home *** CD-ROM | disk | FTP | other *** search
/ Monster Media 1996 #15 / Monster Media Number 15 (Monster Media)(July 1996).ISO / bbs_util / nefd235.zip / NEF.INF (.txt) < prev    next >
OS/2 Help File  |  1996-06-14  |  158KB  |  5,875 lines
  1.  
  2. ΓòÉΓòÉΓòÉ 1. Readme First ΓòÉΓòÉΓòÉ
  3.  
  4.  
  5. NEF Readme First
  6.  
  7.  
  8. ΓòÉΓòÉΓòÉ 1.1. Files in the archive ΓòÉΓòÉΓòÉ
  9.  
  10.  
  11. Files in the original archive:
  12.  
  13. File_Id.Diz   The standard archive description
  14. Nef.Exe     The executable
  15. Nef.Ico     An Icon for NEF
  16. Nef1.Ico    Another Icon for NEF
  17. Nef.Inf     The Inf hypertextual Manual
  18. Readme.1st   This file
  19. Whatsnew.Txt  Changes and additions
  20. Nef_Ful.Cfg   The full example configuration file
  21. Nef_Pnt.Cfg   The minimal example cfg for points
  22. Ticarea.Cfg   The example area configuration
  23. Compress.Cfg  The example archiver-definition
  24. Prefix.Nef   The example announcement prefix
  25. Suffix.Nef   The example announcement suffix
  26. NefHelp.Txt   The example Link Robot help file
  27. Nef.Doc     The user's manual
  28. License.Doc   The license for using this software
  29. Register.Doc  Info on Registration
  30. Register.For  The registration form
  31. BmtMicro.For  The BMT Micro registration form
  32. PsL.Crd     The PsL Credit Card registration form supplement
  33.  
  34.               OS/2 Only
  35.  
  36. PmHatch.Exe   The PM hatch executable
  37. PmHatch.Ico   An Icon to be associated to "Nef Send"
  38.  
  39. feature\
  40.  Feature.Dll   An example Feature Dll
  41.  Feature.C    Its source
  42.  NeFeat.H    The necessary Include file
  43.  
  44.  
  45.               Dos Only
  46.  
  47. Dos4Gw.Exe   Dos Extender (major releases only)
  48.         If you have a maintenance release of the program,
  49.         the dos extender will not be included, to avoid
  50.         unnecessary distribution costs.
  51.  
  52.  
  53. Note: The Icons are kindly made available by Andrea Vavassori of
  54.    2:331/219.
  55.  
  56. The OS/2 Inf manual is provided with other versions too,
  57. since there are INF viewers under Dos. For example, the very
  58. nice viewer by Damir Ujcic: VIEW01.ZIP, available for F/R from
  59. 2:332/504@fidonet: it contains a text mode viewer in both OS/2
  60. and Dos versions.
  61.  
  62.  
  63. ΓòÉΓòÉΓòÉ 1.2. Whatsnew ΓòÉΓòÉΓòÉ
  64.  
  65.               Whatsnew
  66.  
  67. If you are using an older version of the program, please read
  68. WhatsNew.Txt before using this version.
  69.  
  70.  
  71. ΓòÉΓòÉΓòÉ 1.3. How to contact the author ΓòÉΓòÉΓòÉ
  72.  
  73.  
  74.           How to contact the author
  75.  
  76. If you have suggestions, bug reports, observations about the
  77. docs, please feel free to contact me at the following
  78. addresses:
  79.  
  80. Alberto Pasquale of 2:332/504@fidonet
  81.  
  82. alberto.pasquale@mo.nettuno.it
  83.  
  84. 2:332/504@fidonet +39-59-246112 ISDNC V34+ VFC V32T H16
  85. 2:332/524@fidonet +39-59-246113 ISDNC V34  VFC V32T H16 FAX
  86.  
  87. Alberto Pasquale, Viale Verdi 106, 41100 Modena, Italy
  88.  
  89. IMPORTANT: if you call crash and require an answer, please state
  90. whether you want it routed (might not be reliable) or ON HOLD
  91. (in which case an answer should be available in 48h maximum,
  92. apart from the holiday periods).
  93.  
  94.  
  95. ΓòÉΓòÉΓòÉ 1.4. Support ECHO ΓòÉΓòÉΓòÉ
  96.  
  97.  
  98.              Support ECHO
  99.  
  100. I am originating an international support echo for all my
  101. programs. If you are interested, please ask your echo feeder to
  102. find a suitable link for the APWORKS area. In addition, I
  103. regularly read the international OS2BBS echo.
  104.  
  105.  
  106. ΓòÉΓòÉΓòÉ 1.5. TIC distribution ΓòÉΓòÉΓòÉ
  107.  
  108.  
  109.             TIC distribution
  110.  
  111. All my BBS related programs are distributed via a TIC file area.
  112. If you want to join, please ask your file feeder to find a
  113. suitable link for the APBBS (OS/2) and/or APBBSDOS (Dos/NT)
  114. area.
  115.  
  116. Beta versions are distributed without restrictions in
  117. APBBSBETA and APBBSDOSBETA respectively.
  118.  
  119.  
  120. ΓòÉΓòÉΓòÉ 1.6. APWorks Programs and Support Areas ΓòÉΓòÉΓòÉ
  121.  
  122.             Where to look for
  123.         APWorks Programs and Support Areas
  124.  
  125. In North America the APWORKS support echo should be easily
  126. available, since it is on the Zone 1 backbone.
  127.  
  128.  
  129. The following systems carry the ApWorks echo and file areas:
  130.  
  131.               Author's
  132. APWORKS
  133.   Alberto Pasquale, Modena, Italy
  134.   alberto.pasquale@mo.nettuno.it
  135.   2:332/504@fidonet +39-59-246112 ISDNC V34+ VFC V32T H16
  136.   2:332/524@fidonet +39-59-246113 ISDNC V34  VFC V32T H16
  137.   File requests could be declined between 23:00 and 06:00 GMT.
  138.   Request APFILES for a (short) list of APWORKS files only.
  139.  
  140.  
  141.                Europe
  142.  
  143. ApWorks_Germany
  144.   Roland Schiradin, Eltville, Germany
  145.   degr9tr9@ibmmail.com
  146.   2:2454/169@fidonet
  147.  
  148. Cyberia/2
  149.   Harald Kamm, Bamberg, Germany
  150.   2:2490/3045@fidonet
  151.  
  152. McBears Cave
  153.   Jens Holm, Skanderborg, Denmark
  154.   2:238/888@fidonet
  155.  
  156. MufNet HQ
  157.   Paul Bergquist, Hollviken, Sweden
  158.   2:200/146@fidonet
  159.   paul.bergquist@moderat.se
  160.   paulb@sbbs.se
  161.  
  162. The BackRoom/2 BBS
  163.   Martin Davies, Cardiff, Wales, United Kingdom
  164.   gbear@backroom.baynet.co.uk
  165.   2:442/617@fidonet
  166.  
  167. Air Applewood
  168.   Vince Coen, Roydon, Harlow, Essex, United Kingdom
  169.   2:257/609@fidonet
  170.  
  171. PULSAR BBS
  172.   Branko Radojevic, Dubrovnik, Croatia
  173.   branko@pfdu.hr
  174.   sysop@pulsar.fido.hr
  175.   2:381/124@fidonet
  176.  
  177.  
  178.              North America
  179.  
  180. COMM Port OS/2
  181.   Bob Juge, Sugar Land, TX, USA
  182.   bob@juge.com
  183.   1:106/2000@fidonet
  184.  
  185. The CrossRoads
  186.   Dave Reed, Puyallup, WA, USA
  187.   dreed@aa.net
  188.   1:138/135@fidonet
  189.  
  190. Eclectic Lab 1
  191.   Mary-Anne Wise, New Westminster, BC, Canada
  192.   1:153/831@fidonet
  193.  
  194.  
  195.               Australia
  196.  
  197. Tardis BBS
  198.   Malcolm Miles, North Balwyn, VIC, Australia
  199.   3:633/260@fidonet
  200.  
  201.  
  202. ΓòÉΓòÉΓòÉ 1.6.1. File Areas on the Internet ΓòÉΓòÉΓòÉ
  203.  
  204.           File Areas on the Internet
  205.  
  206.  
  207.                 UK
  208.  
  209. ftp.enterprise.net
  210.   /apworks
  211.  
  212. ftp.baynet.co.uk
  213.   /pub/apworks/os2
  214.   /pub/apworks/dos
  215.   /pub/apworks/beta
  216.  
  217.  
  218.                USA
  219.  
  220. ftp.juge.com
  221.  
  222. ftp.coast.net
  223.   /SimTel/vendors/maximus
  224.  
  225. ftp.wilmington.net
  226.   /bmtmicro
  227.   Only the final release versions of programs that can be
  228.   registered via Bmt Micro.
  229.  
  230.  
  231. ΓòÉΓòÉΓòÉ 1.7. Latest Versions ΓòÉΓòÉΓòÉ
  232.  
  233.  
  234.             How to Request the
  235.         Latest Version of APWORKS Programs
  236.  
  237.  
  238. The following magics are honoured by APWORKS and some of the
  239. support sites:
  240.  
  241. Magic   Name     Description
  242.  
  243. APFILES  ApFiles.Lst    List of Programs by Alberto Pasquale
  244.  
  245. FASTLST  FLST???.RAR  OS/2 The ultimate v7 Nodelist processor.
  246.               Fully automated processing and
  247.               maintenance, no need for clumsy batch
  248.               files. Can report to Squish or *.MSG
  249.               areas, multitasking friendly, many
  250.               options.
  251.  
  252. FASTLSTD FLSTD???.RAR DOS
  253.  
  254. FASTLSTW FLSTW???.RAR NT
  255.  
  256. FASTLSTG          German Docs by Roland Schiradin
  257.               Available on 2:2454/169
  258.  
  259. NEF    NEF???.RAR  OS/2 TIC file distribution and
  260.               announcement for Binkley-style
  261.               outbound and *.MSG or Squish message
  262.               base, file-Areafix included with
  263.               FileBone support, full multitasking
  264.               aware (BSY, file sharing etc.),
  265.               exceptionally flexible Multi-Aka
  266.               support.
  267.  
  268. NEFD   NEFD???.RAR  DOS  32 bit only, w DOS4GW extender.
  269.  
  270. NEFW   NEFW???.RAR  NT
  271.  
  272. NEFG            German Docs by Roland Schiradin
  273.               Available on 2:2454/169
  274.  
  275. FLM    FLM???.RAR  OS/2 File List Manager for Maximus,
  276.               very flexible way of compiling
  277.               many different lists at a time.
  278.               Internal file base support
  279.               (no need for FBP).
  280.  
  281. FLMD   FLMD???.RAR  DOS  32 bit only, w DOS4GW extender.
  282.  
  283. FLMW   FLMW???.RAR  NT
  284.  
  285. NMFW   NMFW???.RAR  OS/2 Multi-Robot: netmail forward to
  286.               Sysop's point, Maximus user and file
  287.               management via netmail messages,
  288.               areafix for squish, point routing to
  289.               their boss if no phone number for
  290.               them in the nodelist, etc.
  291.  
  292. NMFWD   NMFWD???.RAR DOS  32 bit only, w DOS4GW extender.
  293.  
  294. QFB    QFB???.RAR  OS/2 Substitute for FBP.EXE
  295.               Generates a separate file-request
  296.               index with no duplicates.
  297.  
  298. QFBD   QFBD???.RAR  DOS  32 bit only, w DOS4GW extender
  299.  
  300. QFBG            German Docs by Roland Schiradin
  301.               Available on 2:2454/169
  302.  
  303. SQPRV   SQPV???.RAR  OS/2 Local area (private/public) forward
  304.               to points for Squish. The (Co)SysOp
  305.               points can receive the whole area.
  306.  
  307. SQPRVD  SQPVD???.RAR DOS
  308.  
  309. -----   SQFM100.RAR  OS/2 Allows to change the "from address"
  310.               of PKTs before they are compressed.
  311.               To be used with Squish.
  312.               For example, it is useful to Hub
  313.               coordinators who want to continue
  314.               processing mail with their primary
  315.               address for current links while
  316.               processing with the administrative
  317.               address for their uplink BackBone.
  318.               FreeWare.
  319.  
  320. -----   SQFMW100.RAR NT
  321.  
  322. -----   SqSetAll.Rar OS/2 Sets renum limits in all Squish Areas
  323.               taking the parameters from
  324.               Squish.Cfg.
  325.  
  326. -----   SqSetDos.Rar DOS  Dos version.
  327.  
  328. -----   AdjFDate.Rar OS/2 Changes by +-N days the File Date.
  329.               Can choose between Creation and
  330.               Modification dates on HPFS.
  331.               Show and Touch options.
  332.  
  333. -----   AdjF_Dos.Rar DOS  Changes by +-N days the File Date.
  334.  
  335.  
  336. Current versions (June 14th 1996): NEF 2.35, FastLst 1.32
  337. (1.33 for OS/2), FLM 1.35, NMFWD 2.03, QFB 1.08, SQPrv 1.04.
  338.  
  339.  
  340. ΓòÉΓòÉΓòÉ 1.8. Bug Reports ΓòÉΓòÉΓòÉ
  341.  
  342.  
  343.              Bug Reports
  344.  
  345. If you find out a real bug, I will do my best to fix it and make
  346. the new version available in a few days. To do that, I need your
  347. cooperation: when you find a strange behaviour, double check
  348. your configuration and the manual to be really sure it's not
  349. your fault, then study the conditions in which the bug appears
  350. and, in the end, send me your detailed report about the bug
  351. together with your config file and all the stuff necessary to
  352. replicate the problem. I can fix a bug only if I am enabled to
  353. reproduce it !
  354.  
  355.  
  356. ΓòÉΓòÉΓòÉ 1.9. Wish List ΓòÉΓòÉΓòÉ
  357.  
  358.             Wish List
  359.  
  360.  
  361. To help me provide a better and better program, please let
  362. me know your problems and your wishes about future versions.
  363.  
  364. Please let me know your opinion:
  365.  
  366. Alberto Pasquale 2:332/504@fidonet
  367. alberto.pasquale@mo.nettuno.it
  368.  
  369. BBS:   +39-59-246112 ISDNC V34+ VFC V32T H16
  370. BBS/FAX: +39-59-246113 ISDNC V34  VFC V32T H16 FAX
  371.  
  372. Viale Verdi 106
  373. 41100 Modena
  374. Italy
  375.  
  376.  
  377. ΓòÉΓòÉΓòÉ 2. Whatsnew ΓòÉΓòÉΓòÉ
  378.  
  379.  
  380.                NEF
  381.  
  382.            Changes and Additions
  383.  
  384.  
  385. ΓòÉΓòÉΓòÉ 2.1. 2.35 ΓòÉΓòÉΓòÉ
  386.  
  387.  
  388. 2.35  Public Release, June 14 1996
  389.  
  390.    - OS/2:
  391.     Hatch: Added support for extracting File_Id.Diz from SFX
  392.     .EXE archives. There is no custom support for any archive
  393.     format: NEF supports all the archivers defined in
  394.     Compress.Cfg with an ID string of at least 2 bytes. This
  395.     method is not very accurate, but it's quite general and
  396.     it usually works.
  397.  
  398.    - New "AnnExclude <filespec> ..." statement, to exclude
  399.     specified files from the announcements.
  400.  
  401.     This statement can be used both in the global
  402.     announcement section and inside each "AreaTag/AreaPath"
  403.     block.
  404.  
  405.    - The "FileBone Availability" message now respects the
  406.     FileLink message flags.
  407.  
  408.    - FileFix commands are now accepted from command line:
  409.     NEF FileFix <adr> <cmd> ...
  410.     where <cmd>s are the same commands that can be used in
  411.     messages addressed to the AutoLink robot.
  412.  
  413.    - Special commands for the filefix robot can now be
  414.     preceded indifferently by '?' or '%'. This is useful when
  415.     using the robot via command line with 4OS2, which
  416.     interprets the strings starting with '%' as environment
  417.     variables. If you still want to use '%', then you might
  418.     need to precede it with an escape character.
  419.  
  420.     E.g. Nef FileFix 2:332/504.2 ?QUERY
  421.       Nef FileFix 2:332/504.2 ^%QUERY
  422.  
  423.    - New FileLink flag 'Y' to specify links to be notified
  424.     when "NEF Notify" is executed with no address list.
  425.  
  426.  
  427. ΓòÉΓòÉΓòÉ 2.2. 2.34 ΓòÉΓòÉΓòÉ
  428.  
  429.  
  430. 2.34  Public Release, May 20 1996
  431.  
  432.    - Extension of the PassThru concept.
  433.  
  434.     If you specify the "-0" flag in a FileArea definition,
  435.     when you do "Nef Clean", the files not currently
  436.     referenced in outbound attaches are deleted.
  437.  
  438.     If you specify "-0<days>", the files in that area will
  439.     not be deleted until they become older than <days> _AND_
  440.     there is no file attach pointing to them.
  441.  
  442.     Example:
  443.  
  444.     FileArea Area1 \file\area1\ O -030 2:345/678 I123/4
  445.  
  446.     Files in \file\area1 will be deleted when older than 30
  447.     days _and_ not referenced by any file attach.
  448.  
  449.    - OS/2: New "KillDate Write|Creation" statement.
  450.     To specify the date to be used for evaluating the file
  451.     age that triggers the file deletion in passthru areas.
  452.  
  453.     This statement is useful for HPFS, ignored on FAT.
  454.  
  455.     If none specified, "Creation" is assumed.
  456.  
  457.     Example:
  458.  
  459.     KillDate Write
  460.  
  461.    - New extended "-0<days>" switch for the "NewAreasFrom"
  462.     statement.
  463.  
  464.    - OS/2: New parameters "Creation" and "Write" for the Touch
  465.     keyword. You can configure the type of "touch" you need.
  466.     Examples:
  467.  
  468.     Touch    ; default: touch the Creation (upload) date
  469.     Touch Creation        ; same as default
  470.     Touch Write         ; touch the Last Write date
  471.     Touch Creation Write     ; touch both dates
  472.  
  473.    - Fixed bug introduced in 2.32 which caused an access
  474.     violation in the "query" type commands if AreaDescWrap
  475.     was not used in the config file.
  476.  
  477.    - Added check to prevent access violation when interactive
  478.     hatch is used with @diz and CompressCfg is NOT defined.
  479.     Now an error is reported.
  480.  
  481.    - Added check to prevent that NEF reports "Empty command"
  482.     when no MaxAreaCompile statement is used.
  483.  
  484.    - Enhanced INF Documentation.
  485.  
  486.  
  487. ΓòÉΓòÉΓòÉ 2.3. 2.33 ΓòÉΓòÉΓòÉ
  488.  
  489.  
  490. 2.33  Public Release, Mar 13 1996
  491.  
  492.    - A bug in the squish.cfg parsing routines has been found:
  493.     if an area is defined with NOTHING after the path, this
  494.     area cannot be opened. The problem usually happens when
  495.     AreaTag specifies a *.MSG netmail with NO flags in
  496.     Squish.Cfg.
  497.  
  498.  
  499. ΓòÉΓòÉΓòÉ 2.4. 2.32 ΓòÉΓòÉΓòÉ
  500.  
  501.  
  502. 2.32  Public Release, Mar 13 1996
  503.  
  504.    - New registration options: BMT Micro, NC, USA and Vince
  505.     Coen, UK.
  506.  
  507.    - If the file description contains high ascii codes
  508.     (>127), the announcements will now contain remapped
  509.     plain-ASCII characters.
  510.  
  511.    - You can allow High Ascii characters in some (or even
  512.     all) areas by the use of the "HighAsciiOk" statement in
  513.     the global or local-override announcement sections.
  514.  
  515.    - New (global) statement: UniqueDmpLine.
  516.     Makes NEF generate FILES.DMP filebase files with
  517.     descriptions on one line only (multiple lines are
  518.     concatenated).
  519.  
  520.     By default, NEF outputs multi-line descriptions without
  521.     changes to FILES.DMP: when using L)ocate and N)ewfiles
  522.     commands, Maximus will respect the original formatting,
  523.     but the continuation lines will be aligned to the left.
  524.  
  525.     When this statement is used, the original formatting of
  526.     descriptions is lost (in the filebase) but Maximus will
  527.     be able to word-wrap and align when executing L)ocate or
  528.     N)ewfiles commands.
  529.  
  530.    - Added check to prevent misconfiguration of the "AreaTag"
  531.     statement: it's ILLEGAL to use "AreaTag MyTag -$".
  532.     You must either use "AreaTag MyTag" (if SquishCfg is
  533.     used) or "AreaTag MyTag c:\bbs\mail\mytag -$".
  534.     In other words: when you let NEF lookup the TAG in
  535.     Squish.cfg, it is smart enough to find out the area type
  536.     on its own !
  537.  
  538.    - When hatching from command line, it is now legal to specify
  539.     @diz without specifying a short description: it will be
  540.     considered empty. I still strongly recommend to always
  541.     specify a "short" description besides the optional "long"
  542.     one.
  543.  
  544.     Example
  545.  
  546.     Nef Hatch c:\file\filename.ext TAG @diz
  547.  
  548.     is now equivalent to:
  549.  
  550.     Nef Hatch c:\file\filename.ext TAG "" @diz
  551.  
  552.    - Changed a typedef in NEFEAT.H, so that it does not
  553.     create problems with IBM compilers (thanks to Michael
  554.     Hohner).
  555.  
  556.    - OS/2: New mnemonic characters for PmHatch PushButtons.
  557.  
  558.  
  559. ΓòÉΓòÉΓòÉ 2.5. 2.31 ΓòÉΓòÉΓòÉ
  560.  
  561.  
  562. 2.31  Private Beta, Mar 3 1996
  563.  
  564.    - Fixed problem with UNC filenames that start with a double
  565.     backslash (on LANs).
  566.  
  567.  
  568. ΓòÉΓòÉΓòÉ 2.6. 2.30 ΓòÉΓòÉΓòÉ
  569.  
  570.  
  571. 2.30  Public Release, Feb 19 1996
  572.  
  573.    - Check added to prevent NEF from issuing a forward request
  574.     to multiple uplinks for the same area, when a TAG is
  575.     contained in more than one Filebone file.
  576.  
  577.    - New cfg statement: "ForwardWildReq".
  578.     Starting with ver 2.30, by default, TicFix requests with
  579.     wildcards are NOT forwarded to the filebones; this verb
  580.     enables even this type of request forward.
  581.  
  582.    - Additional check in PmHatch: if no "short" description is
  583.     specified, the user is prompted about whether he really
  584.     means to hatch with no (short) description.
  585.  
  586.    - Updated Docs.
  587.  
  588.  
  589. ΓòÉΓòÉΓòÉ 2.7. 2.26 ΓòÉΓòÉΓòÉ
  590.  
  591.  
  592. 2.26  Public Beta, Jan 22 1996
  593.  
  594.  
  595.    - COMPATIBILITY WARNING:
  596.  
  597.     New override priority sequence for "from AKA".
  598.  
  599.     The highest priority is that of the "Area AKA": if you
  600.     have defined an area aka (#<address> in FileArea
  601.     definition), it will always be the "from address" for
  602.     TICs from this area.
  603.  
  604.     Then there is the aka override of "FileLink" definitions.
  605.     If a node has a "from aka" specified in it's FileLink
  606.     definition, it will be used for all TICs addressed to
  607.     this node, unless there is an overriding "Area AKA".
  608.  
  609.     If no override is applicable from FileArea and FileLink
  610.     definitions, then an aka match is attempted: if the
  611.     "to-address" has a zone that matches an address defined
  612.     in NEF.CFG, then the first match is used.
  613.  
  614.     If none of the previous cases applies, the primary
  615.     address is used (the first address defined in nef.cfg).
  616.  
  617.  
  618.    - New command line options for hatch commands.
  619.  
  620.     "@bbs" can be used in the place of the normal
  621.     description: NEF will take (if existent) from the
  622.     files.bbs.
  623.  
  624.     "@diz" can be used as a further optional parameter (after
  625.     the "short" description) to make NEF take the "long"
  626.     description from the file_id.diz contained in the
  627.     archive.
  628.  
  629.     Examples:
  630.  
  631.     nef hatch d:\apbbs\nef999.rar APBBS "Nef 9.99"
  632.     nef hatch d:\apbbs\nef999.rar APBBS @bbs
  633.     nef hatch d:\apbbs\nef999.rar APBBS "Nef 9.99" @diz
  634.     nef hatch d:\apbbs\nef999.rar APBBS @bbs @diz
  635.  
  636.  
  637.    - New "Single Hatch" option.
  638.     If you Hatch/Catch/Match/Send a file with the -d<adr>
  639.     command line switch, it is sent to <adr> only.
  640.  
  641.     <adr> can be any 4D address: in the case it is defined as
  642.     a link in the matching "FileArea" or even only as a
  643.     "FileLink", the specified akas, password and switches are
  644.     applied.
  645.  
  646.     If, on the contrary, <adr> is a unknown address,
  647.     the Hold flavour is used, no password is put in
  648.     the TIC and the "from" aka is derived from an aka-match
  649.     on the zone.
  650.  
  651.     Example: Nef -d2:332/504.2 hatch
  652.  
  653.  
  654.    - Now NEF is able to add new (created) areas to the Maximus
  655.     filearea.ctl or equivalent.
  656.     There are two new configuration statements:
  657.  
  658.     MaxAreaAdd <fileareactl> <lev[/keys]> <acs> [<division>]
  659.     MaxAreaCompile <command>
  660.  
  661.     <fileareactl> is the fully qualified name of the Maximus
  662.     file-area definition file.
  663.  
  664.     <lev[/keys]> protects areas of higher privilege from
  665.     being automatically added to the Maximus configuration.
  666.     The level and keys are to be compared to those of
  667.     ProtArea statements and FileBone files.
  668.  
  669.     <acs> is the Maximus access string to be used in
  670.     <fileareactl> for the new area.
  671.  
  672.     <division> is the optional specification of a division
  673.     where you want to put new areas. If not specified or not
  674.     found, the new areas will be appended at the end of
  675.     <fileareactl>.
  676.  
  677.     <command> is an external command to be executed before
  678.     NEF ends, from the Maximus system directory.
  679.     It should be used to compile the new Maximus
  680.     configuration via SILT/SILTP.
  681.  
  682.     The area name is taken equal to the area TAG, with dots
  683.     changed to underscores.
  684.  
  685.     The area description is taken from the FileBone files if
  686.     available, otherwise it is taken equal to the area TAG.
  687.  
  688.     Example:
  689.  
  690.     MaxAreaAdd d:\max\filearea.ctl 0 Transient Tic.New
  691.     MaxAreaCompile siltp max -a -2a
  692.  
  693.     The new areas, will be inserted at the end of division
  694.     "Tic.New" in the file "d:\max\filearea.ctl", with an
  695.     access string of "Transient". Areas with protection level
  696.     above 0 or any protection key will NOT be added to
  697.     maximus configuration.
  698.  
  699.     Before terminating, NEF will invoke the SILTP compiler to
  700.     update the area configuration. The command will be
  701.     executed after changing the current directory to the
  702.     Maximus system one (probably d:\max\).
  703.  
  704.  
  705.    - The filebone-style files now accept the specification of
  706.     keys after level.
  707.  
  708.     Example:
  709.  
  710.     Area NODEDIFF 0/f ! FidoNet: Weekly NodeList Updates
  711.  
  712.  
  713.    - The default message size is of 12KB.
  714.     The new cfg statement "MsgSize <bytes>" allows to specify
  715.     a different size (minimum 8KB).
  716.  
  717.     Usually a larger message size is useful to avoid too many
  718.     messages in reports of filebone availability. Anyway,
  719.     please be careful not to use a size larger than your
  720.     downlinks can handle.
  721.  
  722.     Example:
  723.  
  724.     MsgSize 90000
  725.  
  726.  
  727.    - Fast Netmail Scan in Squish area.
  728.     The pointer to the last scanned message is stored
  729.     in <netarea>.NEF.
  730.  
  731.  
  732.    - New cfg statement "NoRaidBeforeHatch" to avoid the
  733.     scanning of netmail before the execution of hatch
  734.     commands. This could be useful to avoid delays with huge
  735.     *.MSG netmail areas.
  736.  
  737.  
  738.    - The tear line now reports the OS version (OS/2 or DOS)
  739.     and a '+' after the version number in the case of a
  740.     registered copy ("Evaluation" for unregistered copies, as
  741.     before).
  742.  
  743.  
  744.    - Errorlevels for Lock and Close error on message areas
  745.     have been dropped: if a Lock error happens, NEF will exit
  746.     with the Open area errorlevel; in the case of a Close
  747.     error, NEF will continue after issuing an error message.
  748.  
  749.  
  750.    - TICs received with no password in "NoSecure" mode are
  751.     accepted anyway.
  752.  
  753.  
  754.    - Area aka overrides are reported by the nef filefix robot
  755.     when answering to query type commands.
  756.  
  757.  
  758.   OS/2 Only:
  759.  
  760.    - Added support for Feature DLLs:
  761.  
  762.     Two new configuration statements are supported:
  763.  
  764.     FeatureLoad <DllName>
  765.     Feature <cfgline>
  766.  
  767.     "FeatureLoad" allows to load a "Feature" DLL.
  768.     <DllName> can be a simple filename without extension
  769.     (".DLL" implied) if the DLL is in the LibPath, otherwise
  770.     a fully qualified filename can be specified.
  771.  
  772.     "Feature" allows to specify configuration statements that
  773.     are to be parsed by the DLL.
  774.  
  775.     Multiple FeatureLoad statements are allowed, in which
  776.     case the Feature statements refer to the last loaded DLL.
  777.  
  778.     An Example DLL, named "Feature.Dll" is provided, with
  779.     source.
  780.  
  781.     Example (works with the example DLL):
  782.  
  783.     FeatureLoad Feature
  784.     Feature OutPrefix "New File Received: "
  785.  
  786.  
  787. ΓòÉΓòÉΓòÉ 2.8. 2.21 ΓòÉΓòÉΓòÉ
  788.  
  789.  
  790. 2.21  Public Beta, Jan 1 1996
  791.  
  792.    - This should be the last beta before a new "final" release.
  793.  
  794.    - COMPATIBILITY WARNING:
  795.  
  796.     The old "AreaList" configuration statement has been dropped.
  797.     In some cases you could use the new "HelpFile" statement
  798.     to point to the file you used with "AreaList".
  799.  
  800.    - New "HelpFile <file>" configuration statement.
  801.     The specified <file> will be sent (via netmail) by the
  802.     FileFix robot when help is requested.
  803.  
  804.    - New switches can be used on the subject of messages
  805.     addressed to the FileFix robot:
  806.  
  807.     -h  to ask for help.
  808.     -q  remains "query": list of all areas.
  809.     -l  now means "linked": list of linked areas only.
  810.     -u  to get a list of unlinked areas only.
  811.  
  812.     Only the first letter is checked, so you could use
  813.     "-query" instead of the simple abbreviation "-q".
  814.  
  815.    - New commands are now available in the body of the
  816.     messages addressed to the FileFix robot.
  817.     Besides add/delete commands for areas, you can use:
  818.  
  819.     %Help     same as -h
  820.     %Query    same as -q
  821.     %List     same as -q
  822.     %Linked    same as -l
  823.     %Unlinked   same as -u
  824.  
  825.    - New "FileBone" support.
  826.  
  827.     NEF is now able to use information distributed via the
  828.     FileBone.Na and FileBone.No files.
  829.  
  830.     Many useful functions are allowed by the use of these
  831.     files, so, even if you do not receive them from your
  832.     uplink, you could evaluate the possibility of creating
  833.     "filebone" style files on your own, just to store some
  834.     information that can be retrieved by NEF.
  835.  
  836.  
  837.    - The format for the filebone style is:
  838.  
  839.     Area <Tag> <lev> <flags> <desc>
  840.  
  841.     <Tag> is the TIC area Tag. The original filebone format
  842.        allows 8 character maximum but NEF is not that
  843.        limited.
  844.  
  845.     <lev> is the protection level of the area, for "filefix"
  846.        (raid) functions.
  847.        The original format allows the range 0-4095 while
  848.        NEF allows 0-65535.
  849.  
  850.     <flags> is a combinaton of !.*& and possibly other
  851.         characters.
  852.  
  853.        ! : Can be found at any Filebone Hub.
  854.        . : Only on some Filebone Hubs.
  855.        * : Any node can hatch into.
  856.        & : Do not send to downlinks.
  857.  
  858.     Others : Private distribution.
  859.  
  860.     Examples:
  861.  
  862.        ! : normal area from the uplink to its downlinks,
  863.          available on all Filebone Hubs.
  864.  
  865.       !*& : return channel from the downlinks to their
  866.          uplink, available on all Filebone Hubs.
  867.  
  868.       .* : bidirectional area (any node can hatch into),
  869.          available on some Filebone hubs only.
  870.  
  871.  
  872.     <desc> is the description for the area.
  873.  
  874.  
  875.     Example:
  876.  
  877.     Area APBBS   0 P ApWorks OS/2 BBS programs
  878.     Area NODEDIFF 0 ! FidoNet: Weekly NodeList Updates
  879.  
  880.    - New configuration verb:
  881.  
  882.     FileBone <file> [<fm> <to> <toadr> <acc> [<pre>]]
  883.  
  884.     Multiple FileBone statements are possible.
  885.  
  886.     <file> is the filename of the filebone-style file.
  887.  
  888.     If you want to enable the forward of requests for new
  889.     areas from your downlinks to your uplink(s), you must
  890.     specify the following fields (to be enclosed between
  891.     quotes when containing space) so that they can be used to
  892.     write netmail messages to your uplink's Raid:
  893.  
  894.     <fm> is the "from" name.
  895.  
  896.     <to> is the "to" name.
  897.  
  898.     <toadr> is the "to" 4D address.
  899.  
  900.     <acc> is a <level>[/keys] specification, to limit the
  901.        access of downlinks to request forwards addressed
  902.        to <toadr> for the areas described in <file>.
  903.  
  904.     <pre> is an optional string to be prefixed to the area
  905.        Tags that are being requested.
  906.  
  907.     Examples:
  908.  
  909.     FileBone \bbs\FileBone.Na "Alberto Pasquale" SysOp 2:332/1 0
  910.  
  911.     The "\bbs\FileBone.Na" file is used by NEF, also for
  912.     request forwards.
  913.  
  914.     When a downlink requests an area that is not currently
  915.     defined in the NEF configuration (usually TicArea.Cfg)
  916.     but is described in FileBone.Na, a netmail message is
  917.     written by NEF from "Alberto Pasquale" to "SysOp" of
  918.     2:332/1 using the appropriate "from address" aka and
  919.     "subject" (password) as per the "FileLink" definition of
  920.     2:332/1. The body contains a list of the requested area
  921.     Tags, one per line.
  922.  
  923.     No (<acc> = "0") protection is specified (any downlink
  924.     has access to request forwards).
  925.  
  926.  
  927.     FileBone \bbs\FB.SP "Alberto Pasquale" SysOp 2:332/1 30/a +
  928.  
  929.     Only downlinks with level equal or above 30 and with the
  930.     'A' key have access to request forwards. The requested
  931.     tags will be preceded by "+".
  932.  
  933.     If you need a space between the '+' and the tag, then you
  934.     must specify a <pre> that contains a space, so you have
  935.     to enclose it in quotes:
  936.  
  937.     FileBone \bbs\FB.SP "Alberto Pasquale" SysOp 2:332/1 0 "+ "
  938.  
  939.    - The forwarded requests are stored in a file named after
  940.     the configuration one, changing the extension to ".Fwd".
  941.     Usually the configuration file is "Nef.Cfg", so the
  942.     forwarded requests will be stored in "Nef.Fwd".
  943.  
  944.     The format is: <Tag> <Addr>, i.e. every line contains a
  945.     Tag followed by the 4D Address of the downlink that made
  946.     the request.
  947.  
  948.     When a new area is created, NEF looks into this file in
  949.     order to find nodes to be added to the new "FileArea"
  950.     definition.
  951.  
  952.    - A node is entitled to add an area only if it has level
  953.     and keys that match the requirements from BOTH the
  954.     "ProtArea" statements in Nef.Cfg and the <lev>
  955.     specification in a FileBone file (if available).
  956.  
  957.    - The various area-listing commands will list the
  958.     descriptions contained in the FileBone files.
  959.  
  960.    - When the FileFix robot is requested a list of areas that
  961.     are not linked, it will list also those available to the
  962.     requesting node from the filebone.
  963.  
  964.    - New cfg statement:
  965.  
  966.     AreaDescWrap <indent> <right>
  967.  
  968.     suggested:
  969.  
  970.     AreaDescWrap 25 79
  971.  
  972.     The descriptions returned by the filefix functions will
  973.     be word-wrapped so that continuation lines start with
  974.     <indent> spaces and do not exceed column <right>.
  975.  
  976.    - New extended syntax for the Netmail statement:
  977.  
  978.     NetMail <path> [-$] [-p<adr>]
  979.  
  980.     The new -p<adr> switch allows to specify a primary
  981.     address for the netmail area. NEF will use this address
  982.     to write the messages to the FileBone's FileFix to the
  983.     correct netmail area.
  984.  
  985.     If you have multiple netmails, please add the primary
  986.     address specification in all but the "default" netmail
  987.     areas.
  988.  
  989.    - New command line command:
  990.  
  991.     NEF NOTIFY [ALL | <adr> ...]
  992.  
  993.     The Notify command sends a list of linked areas to the
  994.     specified links.
  995.  
  996.     Examples:
  997.  
  998.     NEF Notify
  999.     NEF Notify All
  1000.  
  1001.     Sends notification to all links.
  1002.  
  1003.     NEF Notify 2:332/504 81:449/9108
  1004.  
  1005.     Sends notifications to the 2 specified addresses.
  1006.  
  1007.  
  1008. ΓòÉΓòÉΓòÉ 2.9. 2.20 ΓòÉΓòÉΓòÉ
  1009.  
  1010.  
  1011. 2.20  Public Beta, Dec 03 1995
  1012.  
  1013.    - New type of hatch with copy:
  1014.  
  1015.     If you use "NEF CATCH", the specified file is copied to
  1016.     the destination area and hatched.
  1017.  
  1018.    - Multi-Line files.bbs descriptions are now supported.
  1019.     To enable this feature the way you like, please use the
  1020.     "MultiLineDesc <nnn> [<c>]" statement, specifying the
  1021.     continuation column and character.
  1022.  
  1023.     For example, to have the 2nd and following description
  1024.     lines in files.bbs start at column 31, use:
  1025.  
  1026.     MultiLineDesc 31
  1027.  
  1028.     To have the continuation lines preceded by a '|'
  1029.     character, use:
  1030.  
  1031.     MultiLineDesc 29 |
  1032.  
  1033.    - Modified routines for PassThru clean-up.
  1034.  
  1035.     Previously passthru areas HAD to be defined using a
  1036.     separate path for each area. Now NEF works correctly even
  1037.     if you define many areas with the same path.
  1038.  
  1039.     Anyway this is not a recommended practice, since slightly
  1040.     different files with the same name could arrive from
  1041.     different areas causing a CRC mismatch.
  1042.  
  1043.   OS/2 Only:
  1044.  
  1045.    - New Pm Hatch.
  1046.     To invoke the PM hatch program you must type "NEF send".
  1047.     The PmHatch program is very simple and intuitive to use:
  1048.     see the following description.
  1049.  
  1050.     You can select the destination Area Tag via a drop-down
  1051.     list: just click with the mouse on the button at the
  1052.     right of the entry field.
  1053.  
  1054.     You have three radio buttons to select the "type" of
  1055.     hatch (normal, with Copy, with Move), just as you use
  1056.     Hatch/Catch/Match from the command line.
  1057.  
  1058.     You can choose the file to be hatched via a file dialog
  1059.     box: just click on the "Browse" push button on the right
  1060.     of the field.
  1061.  
  1062.     You can also specify a "Replace" file via a file-dialog
  1063.     by clicking on the "Browse" push-button on the right of
  1064.     the "Repl" field.
  1065.  
  1066.     When doing Copy or Move, the files.bbs of the destination
  1067.     area is updated and the "replace" file (if specified) is
  1068.     deleted, just as if the file were tossed from the
  1069.     inbound.
  1070.  
  1071.     You can mark the "No Local Kill" checkbox to prevent NEF
  1072.     from deleting the "replace" file in the local area.
  1073.  
  1074.     You can load a "short description" (Desc) from the
  1075.     files.bbs, by clicking on the "FilesBbs" push-button.
  1076.  
  1077.     You can load a multi-line "long description" (Long Desc)
  1078.     from the File_Id.Diz inside the archive, from the
  1079.     Files.Bbs or from a specified file (Arc Diz, FilesBbs,
  1080.     File push-buttons respectively).
  1081.  
  1082.     If you do not have the "CompressCfg <filename>" statement
  1083.     in Nef.Cfg, the "Arc Diz" push-button will be disabled.
  1084.  
  1085.     Of course you can always fill-in or modify any field
  1086.     manually.
  1087.  
  1088.     Now look at the five push-buttons at the bottom of the
  1089.     hatch dialog:
  1090.  
  1091.     <OK>: to exit the dialog and hatch all the entered files.
  1092.  
  1093.     <Prev>: to visualize the previous hatch entry.
  1094.  
  1095.     <Next>: to create a new (empty) entry in order to hatch
  1096.         another file.
  1097.  
  1098.     <Copy>: to copy the visualized entry to the first free
  1099.         position, in order to hatch another file by
  1100.         modifying the current entry.
  1101.  
  1102.     <Cancel> or ESC: to cancel the current entry.
  1103.  
  1104.     ALT-F4 or "Close", to abort (cancell all the hatch
  1105.        entries).
  1106.  
  1107.    - Please note that the PmHatch.Exe file must be in the path
  1108.     when you invoke "Nef Send". In the case the PmHatch
  1109.     program terminates abnormally, the NEF program will
  1110.     wait for it indefinitely: you can stop it using CTRL-C or
  1111.     CTRL-Break.
  1112.  
  1113.    - To allow the extraction of File_Id.Diz while using the Pm
  1114.     Hatch, use the "CompressCfg <filename>" statement to
  1115.     specify the location and name of a "Squish style"
  1116.     compress.cfg:
  1117.  
  1118.     CompressCfg c:\squish\compress.cfg
  1119.  
  1120.  
  1121. ΓòÉΓòÉΓòÉ 2.10. 2.19 ΓòÉΓòÉΓòÉ
  1122.  
  1123.  
  1124. 2.19  Public Beta, Oct 04 1995
  1125.  
  1126.    - Please note:
  1127.  
  1128.     APWORKS has changed phone number:
  1129.  
  1130.     2:332/504@fidonet +39-59-246112 ISDNC/V34/VFC/V32T/H16
  1131.     2:332/524@fidonet +39-59-246113 ISDNC/V34/VFC/V32T/H16/FAX
  1132.  
  1133.     A new registration site is available:
  1134.  
  1135.     Jens Holm of 2:238/888@fidonet
  1136.     Skanderupgade 9, D2
  1137.     8660 Skanderborg
  1138.     Denmark
  1139.  
  1140.     Price: 125.- DKR.
  1141.  
  1142.     Can be paid cash, check or postal order.
  1143.  
  1144.    - ATTENTION: this version is for use with Maximus 3.00;
  1145.     support for Maximus 2.0x has been dropped. If you still
  1146.     use Max 2.0x you have to disable filebase support or
  1147.     continue using version 2.18.
  1148.     If you do not use Maximus, you can obviously use whatever
  1149.     version of NEF you like.
  1150.  
  1151.    - New mutual exclusive semaphore flag "FileBase.Bsy" used
  1152.     to avoid concurrent access and modification of the
  1153.     filebase by other ApWorks programs.
  1154.     There is no need to delete this flag if it is not deleted
  1155.     after a power failure or abnormal termination (ApWorks
  1156.     programs are smart enough to realize whether the flag is
  1157.     really in use or not).
  1158.  
  1159.    - New errorlevel 17 for FileBase Busy Timeout.
  1160.  
  1161.    - Support for the "MAXIMUS" environment variable: the
  1162.     "MaxPrm" cfg statement is now only an override.
  1163.     Please note that if the "MAXIMUS" variable is not
  1164.     defined, you must use the "MaxPrm" statement BEFORE
  1165.     "FileBaseUpdate".
  1166.  
  1167.    - When the files are touched in HPFS, the creation date is
  1168.     modified, not the modification one, in order to make the
  1169.     files recognized as new by Maximus and FLM without
  1170.     changing the date that is normally shown and transferred:
  1171.     you "see" and transfer to your downlinks the original
  1172.     date of the file while Maximus and FLM are able to
  1173.     realize that the file is new.
  1174.  
  1175.    - WildTags are now interpreted following the "OS/2 style"
  1176.     for file wildcards: "*LOC*" specifies all tags that
  1177.     contain "LOC"; "FW???" specifies all tags that have up
  1178.     to three characters after "FW", etc.
  1179.  
  1180.  
  1181. ΓòÉΓòÉΓòÉ 2.11. 2.18 ΓòÉΓòÉΓòÉ
  1182.  
  1183.  
  1184. 2.18  Public Beta, Aug 28 1995
  1185.  
  1186.    - KeepSeenBy statement dropped: SeenBys are now already
  1187.     kept.
  1188.  
  1189.    - SeenBys are now always fully processed as they should.
  1190.  
  1191.    - Points are not included in the SeenBys of TICs addressed
  1192.     to other links, to avoid unnecessarily huge lists of
  1193.     SeenBys.
  1194.  
  1195.    - Fixed bug of Dos 2.17 version that prevented NEF from
  1196.     moving files between different logical drives.
  1197.  
  1198.    - Description is now formatted between columns 4 and 79, to
  1199.     make descriptions with empty lines look better.
  1200.  
  1201.    - The outbound functions (Out, OutView, Clean) can now
  1202.     handle 2000 files instead of 1000 (?UT, ?LO).
  1203.  
  1204.    - PassThru areas implemented: new "-0" option in "FileArea"
  1205.     statement.
  1206.  
  1207.     FileArea <TAG> <path> I|O|* [#<adr>] [-0] [[<flags>[link]...]
  1208.  
  1209.     When the "-0" is specified, the area is "PassThru", that
  1210.     is its files will be deleted when already sent to all the
  1211.     downlinks.
  1212.  
  1213.     Please note that ANY file (apart from FILES.*) present in
  1214.     <path> and not attached to any system will be deleted.
  1215.  
  1216.    - Since it might be not efficient to always scan the entire
  1217.     outbound to check for passthru files to be deleted, NEF
  1218.     must be instructed to do so.
  1219.     There are two ways to make NEF delete old passthru files:
  1220.     - Use -p command line switch.
  1221.     - Use CLEAN command line command.
  1222.  
  1223.     Examples:
  1224.  
  1225.  
  1226.     NEF -p
  1227.  
  1228.      Makes NEF operate as usual, but it will clean the
  1229.      PassThru areas before terminating.
  1230.  
  1231.  
  1232.     NEF -p OUT
  1233.  
  1234.     Makes NEF clean the PassThru areas and report the status
  1235.     of Outbound. This is the most efficient use, since NEF
  1236.     must scan the outbound once to make two different things
  1237.     ("clean passthru" and "outbound report").
  1238.  
  1239.  
  1240.     NEF CLEAN
  1241.  
  1242.     Makes NEF clean the PassThru.
  1243.  
  1244.  
  1245.    - The OUT and OUTVIEW commands are now equivalent for
  1246.     message output. When using file output ("NEF OUT Out.Txt"
  1247.     or "NEF OUTVIEW Out.Txt") OUT generates a concise
  1248.     Outbound analysis (no specification of each and every
  1249.     attached file), while OUTVIEW generates a full report.
  1250.  
  1251.    - The <OUT> special tag in "Announce" statements now makes
  1252.     NEF write a concise outbound report.
  1253.  
  1254.    - The new <OUTVIEW> special tag provides for a detailed
  1255.     outbound analysis.
  1256.  
  1257.    - New special tag <THRU> represents all passthru areas.
  1258.     If you want to keep NEF from announcing files received
  1259.     in PassThru areas, just use "NoAnnounce <THRU>".
  1260.  
  1261.    - New extensions in "NewAreasFrom" statement:
  1262.  
  1263.     NewAreasFrom <adr> [#<aka>] [-0] [<path>]
  1264.  
  1265.     The "-0" switch allows to create PassThru areas when a
  1266.     unknown TAG is encountered.
  1267.  
  1268.     The <path> is an override for the global "NewAreasPath"
  1269.     statement.
  1270.  
  1271.  
  1272. ΓòÉΓòÉΓòÉ 2.12. 2.17 ΓòÉΓòÉΓòÉ
  1273.  
  1274.  
  1275. 2.17  Public Beta, Aug 10 1995
  1276.  
  1277.    - 16 bit versions dropped.
  1278.  
  1279.    - (OS/2) EAs are now copied together with the file, when it
  1280.     must be moved from inbound to the destination area.
  1281.  
  1282.    - Fixed bug that caused newly created areas to be added
  1283.     multiple times to ticarea.cfg if 2 or more areas were
  1284.     created at the same time.
  1285.  
  1286.    - When "MATCHing" a file that is already in its destination
  1287.     directory, it was deleted. Fixed.
  1288.  
  1289.    - Multiple "Desc" keywords in the inbound TICs are now
  1290.     recognized properly. Previously only multiple "LDesc"
  1291.     keywords were allowed; "Desc" had to be unique.
  1292.  
  1293.    - The description for FILES.BBS is now always taken from
  1294.     the "Desc" keyword(s) in the inbound TICs. Previously the
  1295.     "LDesc" description was used if longer. Reason: many
  1296.     "LDesc" descriptions contain boxes and look ugly when
  1297.     reformatted. The Files.BBS description does not allow to
  1298.     keep formatting (must be on a single line, the BBS
  1299.     program will reformat according to its configuration).
  1300.  
  1301.    - The description for announcement messages is the longest
  1302.     one between "Desc" and "LDesc". Its formatting is now
  1303.     preserved.
  1304.  
  1305.    - Now the '*' wildcard used alone does not include special
  1306.     tags (beginning by '<'). People using "Announce *" will
  1307.     not be disappointed any further by the announcing of
  1308.     <BAD> in the same area.
  1309.  
  1310.    - The Path statement in outgoing TICs contained the ASCII
  1311.     local (instead of GMT) time specification followed by
  1312.     "GMT". Now this has been fixed and the "GMT" changed to
  1313.     "UTC". Please note that you must have the environment
  1314.     variable "TZ" correctly set in config.sys (OS/2) or
  1315.     autoexec.bat (DOS) to have a correct specification of
  1316.     UTC.
  1317.  
  1318.     E.g. for Central European Time (CET)
  1319.     SET TZ=CET-01  (winter, normal time)
  1320.     SET TZ=CET-02  (summer, daylight saving time)
  1321.  
  1322.     E.g. for USA East Coast:
  1323.     SET TZ=EST5EDT
  1324.     Eastern time is 5h less than UTC and Daylight saving
  1325.     applies with the "standard rule" from the first sunday of
  1326.     April to the last sunday of October.
  1327.  
  1328.     More complicate expressions could be used to specify
  1329.     automatic change to and back from daylight saving, if a
  1330.     fix rule is available.
  1331.  
  1332.     E.g. for Italy: daylight is 1h ahead from last sunday of
  1333.     March to last sunday of September.
  1334.  
  1335.     SET TZ=CET-01CDT,M3.5.0,M9.5.0
  1336.  
  1337.     (See a C manual for more details).
  1338.  
  1339.  
  1340.    - New "NoSecure" (global) cfg statement to disable the
  1341.     Secure mode. When "NoSecure" is used, NEF will toss
  1342.     incoming files ignoring errors due to password mismatch
  1343.     and missing from-authorization (sender not linked, sender
  1344.     receive only). Anyway the error will be noted in the logs
  1345.     and <BAD> message report.
  1346.  
  1347.    - New "-t" command line switch to toggle "Secure" mode.
  1348.  
  1349.    - New (global) cfg statement "SquishCfg <filename>". It is
  1350.     used to find the path of a message area from its TAG.
  1351.     Required to use the new "AreaTag" statement in "short"
  1352.     form.
  1353.  
  1354.    - New "AreaTag <Tag> [<path> [-$]]" statement, to be used
  1355.     in the place of "AreaPath <path> [-$]". You can now
  1356.     specify an announcement area by using its TAG, as
  1357.     specified in Squish.Cfg.
  1358.  
  1359.     e.g.
  1360.     AreaTag LOCAL_ANNOUNCES
  1361.  
  1362.     The "long form", with both <Tag> and <path>
  1363.     specifications is useful in the case you do not use
  1364.     Squish and still want to tell NEF the TAG for an echo
  1365.     area, so that it can log it to EchoTossLog.
  1366.  
  1367.    - New "EchoTossLog <filename>" (global) cfg statement. NEF
  1368.     will log to the specified file the tags of the echoareas
  1369.     where it has written announcements. If you use the
  1370.     "MaxPrm" statement, you can omit "EchoTossLog", since NEF
  1371.     will take the default from the MaxPrm.
  1372.  
  1373.    - New "MaxPrm <filename>" (global) cfg statement. It is
  1374.     used to take the default for EchoTossLog and to get the
  1375.     name and location of the files necessary for filebase
  1376.     updating. This is required when using "FileBaseUpdate".
  1377.  
  1378.    - New "FileBaseUpdate" (global) cfg statement.
  1379.     Requires "MaxPrm".
  1380.     NEF will automatically update the filebase for all the
  1381.     areas changed when tossing/hatching new files. No more
  1382.     need for external FB.
  1383.  
  1384.    - New "NoReplace <WTAG> ..." (global) cfg statement.
  1385.     Multiple statements can be used. The specified <WTAG>s
  1386.     indicate in which areas you do not want NEF to delete
  1387.     files specified by the "Replaces" keyword in inbound
  1388.     TICs.
  1389.  
  1390.     E.g.: to avoid Replace in all areas:
  1391.  
  1392.     NoReplace *
  1393.  
  1394.  
  1395. ΓòÉΓòÉΓòÉ 2.13. 2.16 ΓòÉΓòÉΓòÉ
  1396.  
  1397.  
  1398. 2.16  Restricted Beta
  1399.  
  1400.    - The special tags (e.g. <BAD>, <DEF>) can now be
  1401.     excluded from announcement via the "NoAnnounce"
  1402.     statement, just like all the normal tags.
  1403.     This is useful for people who like announcing all
  1404.     the areas together ("Announce *") and that were
  1405.     annoyed by the inclusion of the special tags
  1406.     also.
  1407.  
  1408.  
  1409. ΓòÉΓòÉΓòÉ 2.14. 2.15 ΓòÉΓòÉΓòÉ
  1410.  
  1411.  
  1412. 2.15  Public Beta, Nov 11 1994
  1413.  
  1414.    - Be aware that all DOCS refer to version 2.00:
  1415.     updated documentation will be included in next
  1416.     version. For now, please read this file to know
  1417.     new features and changes.
  1418.  
  1419.    - The former support BBS (Videl, 2:332/504 511 524)
  1420.     will close in a few days. A new support BBS
  1421.     (ApWorks) is available with the same old address
  1422.     2:332/504; V34/VFC +39-59-243882.
  1423.     New Magics available for NEF beta: NEFBETA (OS/2)
  1424.     and NEFDBETA (Dos).
  1425.  
  1426.    - OS/2 versions are now compressed with InfoZip.
  1427.  
  1428.    - Fixed a problem that occurred when "short
  1429.     descriptions" (in "Desc" lines) were longer than
  1430.     255 characters. Nef considered the remaining of
  1431.     the description as an "unknown" line and put it
  1432.     in the outbound TICs. Now the remainder of a too
  1433.     long inbound-TIC line is discarded.
  1434.  
  1435.    - The "short description" limit has been raised to
  1436.     2KB (the same as for the "long description").
  1437.  
  1438.    - When both the "short" (Desc) and "long" (LDESC)
  1439.     descriptions are available, NEF uses the longer
  1440.     one for announcements and FILES.BBS. Up to
  1441.     v.2.14, NEF always used the "long" description
  1442.     if available.
  1443.  
  1444.  
  1445. ΓòÉΓòÉΓòÉ 2.15. 2.14 ΓòÉΓòÉΓòÉ
  1446.  
  1447.  
  1448. 2.14  Public Beta
  1449.  
  1450.    - Support for Long Tags
  1451.     Now the area TAGs are not limited to 8 chars and
  1452.     can contain any character.
  1453.     Anyway you should be careful because other
  1454.     TIC processing programs could not be capable of
  1455.     handling such long tags.
  1456.     For sake of completeness, they can even contain
  1457.     blank spaces: where they could be misinterpreted
  1458.     as field separating characters, you must include
  1459.     the whole Tag in quotes: "Long Tag".
  1460.     See the DOC for more details.
  1461.  
  1462.    - Hatch/Match (batch mode):
  1463.     the character for separating the name and the
  1464.     replace fields has been changed from ',' to '/'.
  1465.  
  1466.    - The "BefDesc" statement has been substituted by
  1467.     the "DescStart" one.
  1468.     Here is a comparison of old and new syntax:
  1469.     BefDesc <WTAG> [<WTAG> ...] "<string>"
  1470.     DescStart "<string>" <WTAG> [<WTAG> ...]
  1471.  
  1472.    - Now there are 4 different EXEs.
  1473.     NEF.EXE:   32 bit OS/2
  1474.     NEF16.EXE:  16 bit OS/2
  1475.     NEFD.EXE:  32 bit DOS, requires DOS4GW.EXE
  1476.     NEFD16.EXE: 16 bit DOS
  1477.  
  1478.    - The "areafix" robot ignored messages marked as
  1479.     sent. Now they are processed, to avoid problems
  1480.     with netmail packers that mark all messages as
  1481.     sent, even if they are sent nowhere, being
  1482.     already arrived at destination.
  1483.  
  1484.    - New command line switch to override the
  1485.     "StatusLog" filename: "-l<logname>".
  1486.  
  1487.    - The maximum length of messages created by robots
  1488.     before splitting has been elevated to 12KB.
  1489.  
  1490.  
  1491. ΓòÉΓòÉΓòÉ 2.16. 2.12 ΓòÉΓòÉΓòÉ
  1492.  
  1493.  
  1494. 2.12  Beta
  1495.  
  1496.    - Fixed bug that caused access violations when
  1497.     doing "NEF Out".
  1498.  
  1499.  
  1500. ΓòÉΓòÉΓòÉ 2.17. 2.11 ΓòÉΓòÉΓòÉ
  1501.  
  1502.  
  1503. 2.11  Beta
  1504.  
  1505.    - Messages generated by NEF in multiple parts now
  1506.     have a time stamp that increases one second for
  1507.     each message part, thus avoiding false duplicate
  1508.     detection by the buggy dupe check of Squish 1.10.
  1509.  
  1510.  
  1511. ΓòÉΓòÉΓòÉ 2.18. 2.10 ΓòÉΓòÉΓòÉ
  1512.  
  1513.  
  1514. 2.10  Beta
  1515.  
  1516.    - New function: "Outbound Analysis".
  1517.     Syntax: NEF OutView [<file>] (verbose)
  1518.         NEF Out [<file>] (tiny)
  1519.  
  1520.     If <file> is not specified, the report goes to
  1521.     message areas. To define a message area for
  1522.     report, use the "<OUT>" keyword as a TAG. In this
  1523.     case, the Subj, Prefix and Suffix will be
  1524.     ignored.
  1525.  
  1526.  
  1527. ΓòÉΓòÉΓòÉ 2.19. 2.00 ΓòÉΓòÉΓòÉ
  1528.  
  1529.  
  1530. 2.00 - First public release for the completely new NEF (OS/2 and
  1531.     DOS).
  1532.  
  1533.    - Added the <DEF> and <BAD> special tags for
  1534.     announcements.
  1535.  
  1536.    - Documented the NoAnnounce statement (already present in
  1537.     NEF v1.00).
  1538.  
  1539.    - Added the Tic processing and Link Robot sections.
  1540.  
  1541.  
  1542. ΓòÉΓòÉΓòÉ 2.20. 1.00 ΓòÉΓòÉΓòÉ
  1543.  
  1544.  
  1545. 1.00 - First public release (DOS only).
  1546.  
  1547.  
  1548. ΓòÉΓòÉΓòÉ 3. Copyright ΓòÉΓòÉΓòÉ
  1549.  
  1550. **************************************************************
  1551. *                               *
  1552. *                               *
  1553. *          **  ** ******* *******          *
  1554. *          ***  **  **  *  **  *          *
  1555. *          **** **  ** *   ** *           *
  1556. *          ** ****  ****   ****           *
  1557. *          **  ***  ** *   ** *           *
  1558. *          **  **  **  *  **            *
  1559. *          **  ** ******* ****           *
  1560. *                               *
  1561. *                               *
  1562. *             Version 2.35             *
  1563. *                               *
  1564. *    File Distribution for "BinkleyTerm Style" Systems   *
  1565. *                               *
  1566. *                               *
  1567. **************************************************************
  1568. *                               *
  1569. *    (C) Copyright 1991-1996  by  Alberto Pasquale     *
  1570. *                               *
  1571. *      A L L  R I G H T S  R E S E R V E D       *
  1572. *                               *
  1573. **************************************************************
  1574.  
  1575.  
  1576.   "BinkleyTerm" is trademark of Bit Bucket Software, Co.
  1577.  
  1578.  
  1579.  
  1580.     NEF 2.35 User's Manual, by Alberto Pasquale
  1581.  
  1582.  
  1583. ΓòÉΓòÉΓòÉ 4. Introduction ΓòÉΓòÉΓòÉ
  1584.  
  1585.              INTRODUCTION
  1586.  
  1587.  
  1588. -> For licensing information, please see License.Doc.
  1589.  
  1590. Thanks for evaluating NEF: a "New Echo Files" distribution
  1591. system.
  1592.  
  1593.  
  1594. ΓòÉΓòÉΓòÉ 4.1. Main Features ΓòÉΓòÉΓòÉ
  1595.  
  1596.              Main Features
  1597.  
  1598.  
  1599. - It works on systems with a Binkley Style outbound and
  1600.  *.MSG or Squish message base.
  1601.  
  1602. - File Import/Forward/Hatch via the standard .TIC system,
  1603.  initially implemented by Tick.
  1604.  
  1605. - File "Areafix", to automatically link/unlink file areas via
  1606.  netmail messages. Wildcards can be used to make multiple
  1607.  link/unlink requests easier.
  1608.  
  1609. - Support for "FileBone.Na style" files.
  1610.  
  1611. - Automatic forwarding of requests for missing areas to the
  1612.  uplinks.
  1613.  
  1614. - Fast Squish netmail scan.
  1615.  
  1616. - Flexible file announcements via echo or netmail messages.
  1617.  Wildcards in file area tags allow easy configuration of
  1618.  multiple announcement areas for different groups of file
  1619.  areas.
  1620.  
  1621. - Full multitasking support. File sharing problems are handled
  1622.  wherever necessary.
  1623.  
  1624. - Full 4D operation; no direct support for ancient pointnet
  1625.  addressing method. However points addressed via pointnet can
  1626.  obviously be seen with their pointnet adress.
  1627.  
  1628. - Different outbounds for different domains are supported the
  1629.  same way as in Squish, via zone mapping.
  1630.  
  1631. - Very flexible MultiAka support. You can use different
  1632.  addresses in different areas, different addresses for
  1633.  different downlinks in the same area, etc.
  1634.  
  1635. - Outbound analysis and report to message areas and/or file.
  1636.  
  1637. - "Passthru" Area support, with optional deletion-age parameter.
  1638.  
  1639. - Long Description ("LDESC" keyword) support.
  1640.  
  1641. - Multiple "Desc" support.
  1642.  
  1643. - Multi-line description support for Files.Bbs.
  1644.  
  1645. - EchoToss.Log support.
  1646.  
  1647. - Automatic creation of new areas from authorized uplinks.
  1648.  
  1649. - Automatic linking of specified downlinks to selected new
  1650.  areas when they are automatically created.
  1651.  
  1652. - Check on imported description strings, to avoid trojan horses
  1653.  using certain control characters.
  1654.  
  1655. - Clean and compact link configuration file.
  1656.  
  1657. - Easy addition (on area TAG basis) of text strings at the head
  1658.  of imported descriptions, to allow inclusion of flags and
  1659.  download counters in selected areas.
  1660.  
  1661. - Easy partial/total area split/merge: you can forward
  1662.  certain files to a new area TAG.
  1663.  
  1664. - Support for Maximus 3.xx FileBase: when the file areas
  1665.  are modified the filebase is internally updated (no need for
  1666.  external FB/FBP).  The additional UniFiles.Idx (with no
  1667.  duplicates) created by QFB (my FB/FBP substitute) is also
  1668.  maintained.
  1669.  
  1670. - Automatic addition of new areas to the Maximus 3.xx
  1671.  configuration.
  1672.  
  1673. - Support for Squish configuration file, to get the
  1674.  information about path, type and primary address of message
  1675.  areas directly from it.
  1676.  
  1677. - (OS/2) Support for "Feature DLLs": developers can find the
  1678.  necessary Header file and an example C source included in
  1679.  the NEF package (Nefeat.H, Feature.C, Feature.Dll).
  1680.  
  1681.  
  1682. ΓòÉΓòÉΓòÉ 4.2. Credits ΓòÉΓòÉΓòÉ
  1683.  
  1684.               CREDITS
  1685.  
  1686. "BinkleyTerm" is a trademark of Bit Bucket Software Co.
  1687.  
  1688. This program uses the Squish "MsgAPI" code, Copyright 1991-1994
  1689. by Lanius Corporation. "Squish" and "Maximus" are trademarks of
  1690. Lanius Corporation.
  1691.  
  1692. "Tick" is Copyright by Barry Geller
  1693.  
  1694. The archivers referred-to throughout this documentation are
  1695. Copyright and/or trademarks of the respective owners.
  1696.  
  1697.  
  1698. ΓòÉΓòÉΓòÉ 4.3. Overall Operation ΓòÉΓòÉΓòÉ
  1699.  
  1700.             OVERALL OPERATION
  1701.  
  1702.  
  1703. When invoked, first of all NEF looks into the netmail area(s)
  1704. for netmail messages to the Link Robot (Areafix like) and
  1705. executes the commands required; then it looks for new .TIC files
  1706. in the netfile area(s) and forwards them.
  1707.  
  1708. The ingoing files are moved to their destination directory and
  1709. the description is appended to the files.bbs.
  1710.  
  1711. A careful check is operated on the text of the description, to
  1712. avoid trojan horses that use special control characters.
  1713.  
  1714. Existing old descriptions for the ingoing files are deleted.
  1715.  
  1716. If the Replaces field is present in the ingoing .TIC (and the
  1717. function is not disabled in NEF.CFG), the pertinent file is
  1718. erased and its description removed from the files.bbs.
  1719.  
  1720. The forwarded TICs will have a new Path line with UTC time of
  1721. forward and updated SeenBys; Points are not included in the
  1722. SeenBys of TICs addressed to other links, to avoid unnecessarily
  1723. huge lists of SeenBys.
  1724.  
  1725. The .BSY support avoids conflicts in the outbound, while
  1726. possible conflicts in the access to files.bbs are minimized by
  1727. waiting several seconds before giving up.
  1728.  
  1729. Finally, NEF writes the announcements of the received files;
  1730. each message is limited (before splitting) to the maximum size
  1731. specified with the "MsgSize" statement (default is 12KB to avoid
  1732. problems with old mail processors).
  1733.  
  1734. Conflicts on the message base are handled by the Squish MsgAPI.
  1735.  
  1736. When the Maximus FileBase support is enabled, a mutual exclusive
  1737. semaphore flag "FileBase.Bsy" is used to avoid concurrent access
  1738. and modification of the filebase by other ApWorks programs.
  1739. There is no need to delete this flag if it remains after a power
  1740. failure or abnormal termination (ApWorks programs are smart
  1741. enough to realize whether the flag is really in use or not).
  1742.  
  1743.  
  1744. ΓòÉΓòÉΓòÉ 4.3.1. From Address Selection ΓòÉΓòÉΓòÉ
  1745.  
  1746.            From Address Selection
  1747.  
  1748. The algorythm to choose the "From" address for the TIC files is:
  1749.  
  1750. If an aka ovverride is present in the "FileArea" definition
  1751.   then use FileArea aka override
  1752. else if an aka override is present in the "FileLink" definition
  1753.   then use FileLink aka override
  1754. else if the destination zone matches an "Address" statement
  1755.   then use the zone-matching address
  1756. else
  1757.   use the primary (first) "Address" statement.
  1758.  
  1759.  
  1760. ΓòÉΓòÉΓòÉ 4.3.2. Description Handling ΓòÉΓòÉΓòÉ
  1761.  
  1762.            Description Handling
  1763.  
  1764. The TIC files can contain "Desc" and "LDesc" lines. Usually the
  1765. description contained in "Desc" line(s) is short and
  1766. unformatted, while that carried by the "LDesc" lines is long,
  1767. multi-line and formatted.
  1768.  
  1769. For the announcements, the longest one is selected.
  1770.  
  1771. For the Files.Bbs: if MultiLineDesc support is enabled, the
  1772. longest description is used, otherwise the "Desc" one.
  1773.  
  1774.  
  1775.  
  1776.  
  1777. ΓòÉΓòÉΓòÉ 5. Installation ΓòÉΓòÉΓòÉ
  1778.  
  1779.  
  1780.              INSTALLATION
  1781.  
  1782.  
  1783. 1) There are 3 versions of NEF: OS/2, NT and DOS/32, distributed
  1784.   in different archives. The main program is always named
  1785.   NEF.EXE: please make sure you have the correct version.
  1786.  
  1787. 2) Edit your Nef.Cfg.
  1788.   You can find useful examples in the NEF_*.Cfg files and
  1789.   detailed information in the "CFG REFERENCE" section of this
  1790.   documentation.
  1791.  
  1792. 3) Edit your batch file in order to call NEF whenever you would
  1793.   like to test for the presence of .TIC files in your inbounds
  1794.   and process them. If you do not pass a different pathname as
  1795.   a command line parameter, Nef.Cfg must reside in the current
  1796.   directory.
  1797.  
  1798. 4) (OS/2): Make sure you have the MSGAPI32.DLL in a directory
  1799.    contained in your LIBPATH and the PmHatch.Exe program in
  1800.    your PATH. MSGAPI32.DLL can be found in the Squish 1.11
  1801.    archive (SQSHP111.LZH).
  1802.  
  1803.   (NT): Make sure you have the MSGAPINT.DLL in a directory
  1804.    contained in your PATH. MSGAPINT.DLL can be found in the
  1805.    Max 3.01 for Windows archive (MAX301N.ZIP).
  1806.  
  1807.   (DOS): Make sure you have the DOS4GW.EXE Dos extender (from
  1808.    Rational System Inc.) in your path.
  1809.  
  1810.    The DOS4GW extender requires an XMS or DPMI memory driver
  1811.    installed in your config.sys: e.g. HIMEM.SYS, QEMM (by
  1812.    QuarterDeck Office Systems Inc.).
  1813.  
  1814. 5) In order to have a correct UTC time specification in your
  1815.   outgoing TICs, please note that you must have the environment
  1816.   variable "TZ" correctly set in config.sys (OS/2) or
  1817.   autoexec.bat (DOS).
  1818.  
  1819.   E.g. for Central European Time (CET):
  1820.  
  1821.    SET TZ=CET-01 (winter, "normal" solar time)
  1822.    SET TZ=CET-02 (summer, daylight saving time).
  1823.  
  1824.   E.g. for USA East Coast:
  1825.  
  1826.    SET TZ=EST5EDT
  1827.  
  1828.    Eastern time is 5h less than UTC and Daylight saving
  1829.    applies with the "standard rule" from the first sunday o
  1830.    april to the last sunday of october.
  1831.  
  1832.   More complicate expressions might be used to specify
  1833.   automatic change to and back from daylight saving, if a fixed
  1834.   rule is available.
  1835.  
  1836.   E.g. for Central Europe: daylight saving is 1h ahead from the
  1837.   last sunday of march to the last sunday of october.
  1838.  
  1839.    SET TZ=CET-01CDT,M3.5.0,M10.5.0
  1840.  
  1841.   (See a C manual for further details).
  1842.  
  1843.  
  1844. ΓòÉΓòÉΓòÉ 6. The Command Line ΓòÉΓòÉΓòÉ
  1845.  
  1846.  
  1847.         Command Line OPTIONS and SWITCHES
  1848.  
  1849.  
  1850. To get help about the command line syntax, use the "-h" or "-?"
  1851. command line switch: type "NEF -h" or "NEF -?".
  1852.  
  1853. The following forms are available:
  1854.  
  1855.  NEF [<sw>]
  1856.  NEF [<sw>] NOTIFY [<adr> ...]
  1857.  NEF [<sw>] FILEFIX <adr> <cmd> ...
  1858.  NEF [<sw>] OUT|OUTVIEW [<file>]
  1859.  NEF [<sw>] CLEAN
  1860.  NEF [<sw>] HATCH|MATCH|CATCH|SEND
  1861.  NEF [<sw>] HATCH|MATCH|CATCH <name>[/<repl>] <TAG> [<desc>] [@DIZ]
  1862.  
  1863. where:
  1864.  
  1865.  <sw> is one or more of:
  1866.  
  1867.   -c<cfg>
  1868.        Use <cfg> as configuration file instead of the
  1869.        default "Nef.Cfg".
  1870.  
  1871.        Example: "Nef -ce:\cfg\nef2.cfg"
  1872.  
  1873.  
  1874.   -d<adr>
  1875.        Hatch to <adr> only.
  1876.  
  1877.        If you Hatch/Catch/Match/Send a file with the
  1878.        -d<adr> command line switch, it is sent to <adr>
  1879.        only.
  1880.  
  1881.        <adr> can be any 4D address: in the case it is
  1882.        defined as a link in the matching "FileArea" or
  1883.        even only as a "FileLink", the specified akas,
  1884.        password and switches are applied.
  1885.  
  1886.        If, on the contrary, <adr> is a unknown address,
  1887.        the Hold flavour is used, no password is put in
  1888.        the TIC and the "from" aka is derived from an
  1889.        aka-match on the zone.
  1890.  
  1891.        Example: "Nef -d2:332/589 hatch"
  1892.  
  1893.  
  1894.   -h or -?
  1895.        Help.
  1896.  
  1897.  
  1898.   -k
  1899.        Keep local files (do not Replace,
  1900.        for Match/Catch).
  1901.  
  1902.  
  1903.   -l<log>
  1904.        Use <log> as logfile instead of the one specified
  1905.        via the "StatusLog <log>" configuration statement.
  1906.  
  1907.        Example: "Nef -le:\cfg\nef.log"
  1908.  
  1909.  
  1910.   -p
  1911.        Clean passthru areas before terminating, see also
  1912.        the "CLEAN" option.
  1913.  
  1914.        Examples:
  1915.  
  1916.         NEF -p
  1917.         NEF -p OUT
  1918.  
  1919.  
  1920.   -t
  1921.        Toggle Secure mode (see also the NoSecure cfg
  1922.        statement).
  1923.  
  1924.  
  1925.  A description of options follows:
  1926.  
  1927.   NOTIFY
  1928.        Notify linked areas to the specified address list,
  1929.        where <adr> is a 4D address.
  1930.  
  1931.        If no address is given, NEF will notify only the
  1932.        nodes flagged with the 'Y' flag in their FileLink
  1933.        statement.
  1934.  
  1935.        If "ALL" is specified, all defined links will be
  1936.        notified.
  1937.  
  1938.   FILEFIX
  1939.        Execute <cmd>s as if they were received via netmail
  1940.        from <adr> addressed to the AutoLink robot.
  1941.  
  1942.        Please note that there might be some problem using
  1943.        the '%' character in front of filefix commands:
  1944.        4OS2 will substitute the corresponding environment
  1945.        variable. You can use the '?' character in the
  1946.        place of '%' or precede '%' with an escape character.
  1947.  
  1948.   OUT
  1949.        Outbound analysis (message output), optional
  1950.        concise output to <file> (no specification of each
  1951.        and every attached file). See the <OUT> and
  1952.        <OUTVIEW> "special tags" in the "Announce"
  1953.        section.
  1954.  
  1955.   OUTVIEW
  1956.        Same as OUT, but optional output to <file> is
  1957.        verbose.
  1958.  
  1959.   CLEAN
  1960.        Clean passthru areas.
  1961.  
  1962.        Since it might be not efficient to always scan the
  1963.        entire outbound to check for passthru files to be
  1964.        deleted, NEF must be explicitly instructed to do
  1965.        so (see also the "-p" command line switch).
  1966.  
  1967.        Example: "Nef Clean"
  1968.  
  1969.   HATCH
  1970.        Traditional hatch.
  1971.   MATCH
  1972.        Move file to destination area then hatch.
  1973.   CATCH
  1974.        Copy file to destination area then hatch.
  1975.   SEND
  1976.        ( OS/2) Hatch via PM Dialog.
  1977.  
  1978.        If you use one of these hatch options, NEF will
  1979.        not process inbound .TICs; instead it will send
  1980.        the specified files to your links.
  1981.  
  1982.        Examples:
  1983.             "Nef Hatch"
  1984.             "Nef Match"
  1985.             "Nef Catch"
  1986.             "Nef Send" (OS/2 Only)
  1987.  
  1988.        When no parameters are specified after the hatch
  1989.        option, your interaction is required: you will be
  1990.        requested the filename specification (Dos or OS/2
  1991.        wildcards allowed) and, for each matching file,
  1992.        the optional "replace" name, the area TAG, the
  1993.        description and the optional "Long Description".
  1994.  
  1995.        On the other hand, if you specify the hatch
  1996.        parameters on the command line, you cannot give a
  1997.        "Long Description" apart from that taken from the
  1998.        File_Id.Diz.
  1999.  
  2000.        HATCH sends the specified files; they are not
  2001.        moved and their description is not modified.
  2002.  
  2003.        MATCH moves the specified files to the directory
  2004.        that corresponds to the specified <TAG>, updates
  2005.        their descriptions (see "Description Handling" in
  2006.        Overall operation) and sends them as per normal
  2007.        hatch. If a <replace> file is specified, it is
  2008.        deleted with its associated description.
  2009.  
  2010.        CATCH is just like Match, but the files are copied
  2011.        instead of moved.
  2012.  
  2013.     (OS/2)
  2014.        SEND allows to specify all the hatch parameters
  2015.        via a user friendly PM Dialog. Please make sure
  2016.        the PmHatch.Exe file is in the PATH. In the case
  2017.        the PmHatch program terminates abnormally, the NEF
  2018.        program will wait for it indefinitely: you can
  2019.        terminate it using CTRL-C or CTRL-Break.
  2020.  
  2021.        See the "PmHatch" section below for further
  2022.        information.
  2023.  
  2024.  
  2025.  Parameters for Hatch/Match/Catch:
  2026.  
  2027.   <name>
  2028.        This is the full pathname of the files you want to
  2029.        H/M/Catch. You need to specify the full path even
  2030.        if you are hatching files that reside in the
  2031.        directory corresponding to <TAG>. O.S. wildcards
  2032.        are allowed.
  2033.  
  2034.   <replace>
  2035.        This is the optional name of the file to be
  2036.        replaced: if the receiving system has this feature
  2037.        enabled, a file named <replace> in the <TAG> area
  2038.        will be deleted while importing the new file.
  2039.  
  2040.   <TAG>
  2041.        This is the tag used for distributing an echo-file
  2042.        area.
  2043.  
  2044.   <desc>
  2045.        This is the "short" file description and must be
  2046.        enclosed between quotes '"'.
  2047.  
  2048.        In the case you need to include the '"' character
  2049.        in the description, just precede it with a
  2050.        backslash escape character: '\"'.
  2051.  
  2052.        If you want to take this description from the
  2053.        files.bbs, you can just specify "@BBS".
  2054.  
  2055.        Although NEF allows not to specify any <desc>, it
  2056.        is highly recommended that a "short" description
  2057.        is supplied, even when a "long" one is used.
  2058.  
  2059.   @DIZ
  2060.        This parameter allows to (optionally) take a
  2061.        "long" description from the File_Id.Diz contained
  2062.        in archive <name>.
  2063.  
  2064.        Please note that this is an additional OPTIONAL
  2065.        field, while <desc> should be MANDATORY (although
  2066.        NEF does not complain about a missing <desc>).
  2067.  
  2068.     Note:
  2069.        Please realize that the "short" and "long"
  2070.        descriptions are two separate and indipendent
  2071.        items.
  2072.  
  2073.        Short description: single line, "Desc" keyword in
  2074.        TIC files.
  2075.  
  2076.        Lond description: multiple lines, "Ldesc" keywords
  2077.        in TIC files.
  2078.  
  2079.  
  2080. ΓòÉΓòÉΓòÉ 6.1. Examples ΓòÉΓòÉΓòÉ
  2081.  
  2082.  
  2083. Examples:
  2084.  
  2085.   NEF Hatch d:\p\prg12.rar/prg11.rar COMMS "New comm prg"
  2086.  
  2087.     d:\p\prg12.rar is hatched (NOT moved) into the COMMS
  2088.     area; prg11.rar will be deleted on receiving systems.
  2089.  
  2090.   NEF Catch d:\p\prg12.rar/prg11.rar COMMS "New comm prg"
  2091.  
  2092.     d:\p\prg12.rar is copied to the directory corresponding
  2093.     to the COMMS file area and is hatched to the COMMS area.
  2094.     prg11.rar is deleted locally and will be deleted on
  2095.     receiving systems.
  2096.  
  2097.   NEF Match d:\p\prg12.rar COMMS "New comm prg"
  2098.  
  2099.     d:\p\prg12.rar is moved to the directory corresponding
  2100.     to the COMMS file area, it is hatched to the COMMS area,
  2101.     no replace information is put in the outgoing .TICs.
  2102.  
  2103.   NEF Send
  2104.  
  2105.     (OS/2) Invokes the PM dialog window.
  2106.  
  2107.   NEF Hatch d:\apbbs\nef999.rar APBBS @bbs
  2108.  
  2109.     d:\apbbs\nef999.rar is hatched into the APBBS area,
  2110.     taking the description from the files.bbs.
  2111.  
  2112.   NEF Hatch d:\apbbs\nef999.rar APBBS "Nef 9.99" @diz
  2113.  
  2114.     d:\apbbs\nef999.rar is hatched into the APBBS area,
  2115.     taking "Nef 9.99" as the "short" description and the
  2116.     File_Id.Diz (if present in the archive) as the "long"
  2117.     description.
  2118.  
  2119.   NEF Hatch d:\apbbs\nef999.rar APBBS @bbs @diz
  2120.  
  2121.     d:\apbbs\nef999.rar is hatched into the APBBS area,
  2122.     taking the "short" description from the files.bbs and
  2123.     the "long" description from the File_Id.Diz (if it is
  2124.     contained in the archive).
  2125.  
  2126.   NEF -d2:332/504.2 Hatch d:\apbbs\nef999.rar APBBS @bbs @diz
  2127.  
  2128.     Same as above, but the file is hatched to 2:332/504.2
  2129.     only.
  2130.  
  2131.   NEF OUT
  2132.  
  2133.     An outbound analysis is performed, the results are
  2134.     reported via messages in the area(s) configured in
  2135.     Nef.Cfg (see the Announce statement).
  2136.  
  2137.   NEF OUT Out.Txt
  2138.  
  2139.     Same as above, but the output is also written to
  2140.     "Out.Txt" in "concise mode".
  2141.  
  2142.   NEF OUTVIEW Out.Txt
  2143.  
  2144.     Same as above but the file output is verbose.
  2145.  
  2146.   NEF -p OUT
  2147.  
  2148.     NEF will report the status of the outbound and clean the
  2149.     passthru areas.
  2150.  
  2151.     If you need to maintain passthru areas, this is the most
  2152.     efficient use, since NEF must scan the outbound once to
  2153.     make two different things ("clean passthru" and
  2154.     "outbound report").
  2155.  
  2156.   NEF Notify
  2157.     A notification message (specifying the linked areas)
  2158.     is sent to the nodes that have the 'Y' flag in their
  2159.     FileLink statement.
  2160.  
  2161.   NEF Notify All
  2162.  
  2163.     A notification message is sent to all the defined links,
  2164.     specifying the linked areas.
  2165.  
  2166.   NEF Notify 2:332/589 1:234/567
  2167.  
  2168.     A notification message is sent to the specified links.
  2169.  
  2170.   NEF FileFix 2:332/567 APBBS -APBBSDOS
  2171.  
  2172.     Node 2:332/567 is linked to the APBBS area and unlinked
  2173.     from the APBBSDOS one.
  2174.  
  2175.   NEF FileFix 2:332/678 ?QUERY
  2176.  
  2177.     Node 2:332/678 is sent a filefix answer to the QUERY
  2178.     command.
  2179.  
  2180.  
  2181. ΓòÉΓòÉΓòÉ 6.2. PmHatch ΓòÉΓòÉΓòÉ
  2182.  
  2183.               PmHatch
  2184.  
  2185.   OS/2 Only:
  2186.  
  2187.     To invoke the PM hatch program you must type "NEF send".
  2188.     The PmHatch program is very simple and intuitive to use:
  2189.     see the following description.
  2190.  
  2191.     You can select the destination Area Tag via a drop-down
  2192.     list: just click with the mouse on the button at the
  2193.     right of the entry field.
  2194.  
  2195.     You have three radio buttons to select the "type" of
  2196.     hatch (normal, with Copy, with Move), just as you use
  2197.     Hatch/Catch/Match from the command line.
  2198.  
  2199.     You can choose the file to be hatched via a file dialog
  2200.     box: just click on the "Browse" push button on the right
  2201.     of the field. The file dialog starts from the directory
  2202.     corresponding to the selected Tag, but you can move to
  2203.     any drive or directory.
  2204.  
  2205.     You can also specify a "Replace" file via a file-dialog
  2206.     by clicking on the "Browse" push-button on the right of
  2207.     the "Repl" field.
  2208.  
  2209.     When doing Copy or Move, the files.bbs of the
  2210.     destination area is updated and the "replace" file (if
  2211.     specified) is deleted, just as if the file were tossed
  2212.     from the inbound.
  2213.  
  2214.     You can mark the "No Local Kill" checkbox to prevent NEF
  2215.     from deleting the "replace" file in the local area.
  2216.  
  2217.     You can load a "short description" (Desc) from the
  2218.     files.bbs, by clicking on the "FilesBbs" push-button.
  2219.  
  2220.     You can load a multi-line "long description" (Long Desc)
  2221.     from the File_Id.Diz inside the archive (even if
  2222.     self-extracting), from the Files.Bbs or from a specified
  2223.     file (Arc Diz, FilesBbs, File push-buttons respectively).
  2224.  
  2225.     If you do not have the "CompressCfg <filename>"
  2226.     statement in Nef.Cfg, the "Arc Diz" push-button will be
  2227.     disabled.
  2228.  
  2229.     Of course you can always fill-in or modify any field
  2230.     manually.
  2231.  
  2232.     Now look at the five push-buttons at the bottom of the
  2233.     hatch dialog:
  2234.  
  2235.     <OK>: to exit the dialog and hatch all the entered files.
  2236.  
  2237.     <Prev>: to visualize the previous hatch entry.
  2238.  
  2239.     <Next>: to create a new (empty) entry in order to hatch
  2240.     another file or to move to next entry if <Prev> has been
  2241.     used.
  2242.  
  2243.     <Copy>: to copy the visualized entry to the first free
  2244.     position, in order to hatch another file by modifying
  2245.     the current entry.
  2246.  
  2247.     <Cancel> or ESC: to cancel the current entry.
  2248.  
  2249.     ALT-F4 or "Close", to abort (cancel all the hatch
  2250.     entries).
  2251.  
  2252.  
  2253.  
  2254. ΓòÉΓòÉΓòÉ 6.3. Errorlevels ΓòÉΓòÉΓòÉ
  2255.  
  2256.  
  2257.              ERRORLEVELS
  2258.  
  2259.  
  2260.  0 - File areas modified: Match or .TIC processed.
  2261.  1 - File areas not modified: Hatch or NO .TIC processed.
  2262.  2 - Help requested.
  2263.  3 - Abnormal termination
  2264.  4 - Configuration file not found.
  2265.  5 - Invalid parameter on command line.
  2266.  6 - No Outbound defined in cfg file.
  2267.  7 - Disk Full.
  2268.  8 - Out of Memory.
  2269.  9 - Can't open Log file.
  2270.  10 - Prefix or Suffix too long.
  2271.  11 - User Input Error (interactive hatch/match).
  2272.  12 - TimeOut waiting for concurrent NEF process to finish.
  2273.  13 - Error while accessing .SAV file.
  2274.  17 - FileBase Busy TimeOut.
  2275.  
  2276. 250 - MsgApi: Init Error.
  2277. 251 - MsgApi: Area Open Error.
  2278.  
  2279.  
  2280. ΓòÉΓòÉΓòÉ 7. Cfg Reference ΓòÉΓòÉΓòÉ
  2281.  
  2282.  
  2283.              CFG REFERENCE
  2284.  
  2285.  
  2286. Before analyzing the cfg keywords in detail, let's introduce the
  2287. overall mechanism that is at the basis of NEF's file forwarding
  2288. capabilities.
  2289.  
  2290. Each area (defined via the FileArea keyword) can be
  2291. mono-directional or bi-directional.
  2292.  
  2293. In bidirectional areas every link can send files to us and we
  2294. forward to everyone, unless those with a "receive-from"
  2295. override.
  2296.  
  2297. Monodirectional areas can be "receive from everyone" or "send to
  2298. everyone". Obviously, at least one link must have an override in
  2299. the opposite direction, unless we are the destination or
  2300. origination of all the files.
  2301.  
  2302. NEF uses the three flags 'I' (Input: we accept from), 'O'
  2303. (Output: we send to) and '*' (bidirectional) to define the
  2304. direction of an area or link.
  2305.  
  2306. Each area has a direction, that can be overridden on a per-node
  2307. basis by a global (in the FileLink statement) or local (in the
  2308. FileArea statement, before the pertinent link address) direction
  2309. override.
  2310.  
  2311. In other words: each link has a direction that is defined in
  2312. order of priority (from lowest to highest) by the area direction
  2313. (I|O|* in FileArea), the global link override (in the FileLink
  2314. statement), the local link override (before link address in the
  2315. FileArea statement).
  2316.  
  2317. It is recommended not to use the global link override when not
  2318. really useful, so that the area definition statements remain
  2319. clearly readable without the need to keep one eye on the
  2320. FileLink statements.
  2321.  
  2322. Usually the global link override is useful when you have an
  2323. uplink for many areas. For example: if one day the uplink and
  2324. one of the downlinks switch their role, you have to move the 'I'
  2325. flag from one FileLink statement to the other with no need to
  2326. change all the area definitions.
  2327.  
  2328. The area direction definition is very useful to allow automatic
  2329. linking via the Link Robot both to normal "Uplink to Downlinks"
  2330. areas and to reverse "Downlinks to Uplink" areas (mostly used
  2331. for "pre" areas to collect files and send them to the
  2332. coordinator).
  2333.  
  2334. As a matter of facts, in response to a link request, the Link
  2335. Robot only adds the requesting address (with no flags) to the
  2336. FileArea statement. So the real characteristics of the link
  2337. depend on the Area direction and on the link flags (FileLink
  2338. statement).
  2339.  
  2340.  
  2341.  
  2342. ΓòÉΓòÉΓòÉ 7.1. Conventions ΓòÉΓòÉΓòÉ
  2343.  
  2344.  
  2345.              Conventions
  2346.  
  2347.  
  2348.  
  2349. - Items between square brackets (e.g. [<item>]) are optional.
  2350.  
  2351. - Items separated by '|' are mutually exclusive (e.g. I|O|*).
  2352.  
  2353. - The names of the various Keywords are NOT case sensitive.
  2354.  
  2355. - The area TAGs are NOT case sensitive.
  2356.  Please be aware that old TIC processors might not be able to
  2357.  handle tags longer than 8 characters or containing dots.
  2358.  
  2359. - <WTAG> is a "Wild TAG" specification: it can be a normal area
  2360.  TAG or contain wildcards in the "OS/2 style".
  2361.  
  2362.  Examples:
  2363.  
  2364.  "*LOC*" specifies all tags that contain "LOC".
  2365.  
  2366.  "FW???" specifies all tags that have up to three characters
  2367.  after "FW".
  2368.  
  2369. - When a directory path is required, the trailing backslash '\'
  2370.  is optional.
  2371.  
  2372. - The ';' character starts comments: any character following the
  2373.  ';' is ignored. Please note that configuration text strings
  2374.  (e.g. Subj, Origin) can contain the ';' character provided
  2375.  they are enclosed in quotes '"'.
  2376.  
  2377. - The maximum length of configuration lines (including FileArea
  2378.  definitions) is 510 characters.
  2379.  
  2380. - ... means that you can list further items of the same type.
  2381.  
  2382. - Unless differently specified, addresses are standard 4D and
  2383.  MUST begin with the zone number (FileArea statements excluded).
  2384.  
  2385. Please, note that the order of the configuration statements
  2386. follows some logical rule. In order not to create confusion in
  2387. the .cfg file and not to break some _necessary_ order relation,
  2388. please follow the scheme proposed in the example NEF_*.CFG files
  2389. and in this reference documentation.
  2390.  
  2391.  
  2392. ΓòÉΓòÉΓòÉ 7.2. System ΓòÉΓòÉΓòÉ
  2393.  
  2394.              S Y S T E M
  2395.  
  2396.  
  2397. ΓòÉΓòÉΓòÉ 7.2.1. RegKey ΓòÉΓòÉΓòÉ
  2398.  
  2399.  
  2400. RegKey <RegKey>
  2401.  
  2402.     Registered Users only: <RegKey> is the registration key
  2403.     and it is NOT case sensitive.
  2404.  
  2405.   Example:
  2406.  
  2407.     RegKey dfhyuwru6274623
  2408.  
  2409.  
  2410. ΓòÉΓòÉΓòÉ 7.2.2. Address ΓòÉΓòÉΓòÉ
  2411.  
  2412.  
  2413. Address <Address>
  2414.  
  2415.     You can use as many Address statements as you need for
  2416.     all of your AKAs. The first one specifies the "primary"
  2417.     address. <Address> is a standard 4D address
  2418.     specification.
  2419.  
  2420.   Example:
  2421.  
  2422.     Address 2:332/504.0  ; Primary Address
  2423.     Address 2:332/524.0  ; Second line aka
  2424.     Address 2:332/500.0  ; Hub aka
  2425.     Address 9:999/999.9  ; one more aka
  2426.  
  2427.  
  2428. ΓòÉΓòÉΓòÉ 7.2.3. StatusLog ΓòÉΓòÉΓòÉ
  2429.  
  2430.  
  2431. StatusLog <LogFile>
  2432.  
  2433.     <LogFile> is the name of the file where all the
  2434.     operations performed by NEF will be logged, following
  2435.     the "Binkley Style".
  2436.  
  2437.     In multitasking environments, please be sure to use a
  2438.     file that cannot be used by other processes at the same
  2439.     time. For example: if (in your system) NEF can be
  2440.     executed while Binkley is running, please use different
  2441.     log files.
  2442.  
  2443.     Multiple NEF processes using the same config file
  2444.     (and therefore the same <LogFile>) will have no problem
  2445.     since NEF does not begin operations until the previous
  2446.     launched instance (if it uses the same .cfg file) has
  2447.     finished.
  2448.  
  2449.     Should you not want the log file, you can comment this
  2450.     keyword out.
  2451.  
  2452.   Example:
  2453.  
  2454.     StatusLog d:\bbs\log\nef.log
  2455.  
  2456.  
  2457. ΓòÉΓòÉΓòÉ 7.2.4. EchoTossLog ΓòÉΓòÉΓòÉ
  2458.  
  2459.  
  2460. EchoTossLog <filename>
  2461.  
  2462.     When a message is written into echoareas defined with
  2463.     the "AreaTag" statement, the corresponding
  2464.     TAGs are written (one per line) to <filename>.
  2465.  
  2466.     If you use the "MaxPrm" statement (or MAXIMUS
  2467.     environment variable), "EchoTossLog" is not necessary
  2468.     and becomes an override of the echotosslog specification
  2469.     found in the Maximus .PRM file.
  2470.  
  2471.     If you do not like this output, you can override with
  2472.     the NUL name: "EchoTossLog NUL".
  2473.  
  2474.   Example:
  2475.  
  2476.     EchoTossLog d:\bbs\squish\echotoss.log
  2477.  
  2478.  
  2479. ΓòÉΓòÉΓòÉ 7.2.5. NetFile ΓòÉΓòÉΓòÉ
  2480.  
  2481.  
  2482. NetFile <InboundDir>
  2483.  
  2484.     You can specify as many NetFile statements as you need,
  2485.     one for each inbound directory where NEF must look for
  2486.     new .TIC files.
  2487.     <InboundDir> is the pathname of the inbound directory.
  2488.  
  2489.   Example:
  2490.  
  2491.     NetFile c:\file\net
  2492.  
  2493.  
  2494. ΓòÉΓòÉΓòÉ 7.2.6. Outbound ΓòÉΓòÉΓòÉ
  2495.  
  2496.  
  2497. OutBound <RootPath> [<Zone>]
  2498.  
  2499.     The outbound directories are specified with the same
  2500.     method as in squish.cfg.
  2501.     <RootPath> should not have an extension.
  2502.  
  2503.     The first OutBound statement does not have the <Zone>
  2504.     field and specifies the directory where NEF will build
  2505.     file attaches for the zone of the primary address.
  2506.  
  2507.     Subsequent OutBound statements must have the <Zone>
  2508.     field (Decimal). File attaches for the specified <Zone>
  2509.     are built in <RootPath>.<###>, where <###> is a 3 digit
  2510.     extension representing the zone number (hexadecimal).
  2511.  
  2512.     File attaches for zones different from the primary one
  2513.     and not matching any <Zone> of the OutBound statements
  2514.     are built in <RootPath>.<###>, where <RootPath> is the
  2515.     one specified in the first OutBound statement and <###>
  2516.     is a 3 digit extension representing the hexadecimal
  2517.     zone number.
  2518.  
  2519.   Note:
  2520.  
  2521.     The "OutBound" statements MUST be preceded by the
  2522.     "Address" ones.
  2523.  
  2524.   Example:
  2525.  
  2526.     OutBound c:\out\fidonet
  2527.     OutBound c:\out\amiganet 39
  2528.     OutBound c:\out\amiganet 40
  2529.  
  2530.     FileAttaches will be built in:
  2531.     Primary zone -> c:\out\fidonet
  2532.     zone 39    -> c:\out\amiganet.027
  2533.     zone 40    -> c:\out\amiganet.028
  2534.     other zones  -> c:\out\fidonet.<###>
  2535.             where <###> is the 3 digit hexadecimal
  2536.             representation of the zone number
  2537.  
  2538.  
  2539. ΓòÉΓòÉΓòÉ 7.2.7. TicHold ΓòÉΓòÉΓòÉ
  2540.  
  2541.  
  2542. TicHold <TicDir>
  2543.  
  2544.     This specifies the directory that holds all the .TIC
  2545.     files addressed to downlinks until they are sent and
  2546.     erased.
  2547.  
  2548.   Example:
  2549.  
  2550.     TicHold c:\file\tichold
  2551.  
  2552.  
  2553. ΓòÉΓòÉΓòÉ 7.2.8. BusyFlag ΓòÉΓòÉΓòÉ
  2554.  
  2555.  
  2556. BusyFlags
  2557.  
  2558.     This enables the Binkley-Style .BSY support.
  2559.  
  2560.     When attaching a file to a node, the presence of an
  2561.     appropriate .BSY file is checked; if it is present, some
  2562.     other process may be working on the same node, so NEF
  2563.     saves the attach info to a private <config>.SAV file
  2564.     (i.e. NEF.SAV when NEF.CFG is the config file). On
  2565.     subsequent runs, NEF will look for a <config>.SAV file
  2566.     and use the information in it to attempt again the
  2567.     creation of the file attaches.
  2568.     If the .BSY file is not found, it is created, the file
  2569.     attach is built, then the .BSY is erased.
  2570.     The name of the .BSY file is the same as a file attach
  2571.     to the same node: only the extension changes.
  2572.  
  2573.   Warning:
  2574.  
  2575.     The .BSY method has a nasty drawback: if the process
  2576.     that has created a .BSY file hangs or is shutdown
  2577.     abruptly, the .BSY file remains in its outbound
  2578.     directory, so that no other process will gain access to
  2579.     that node until somebody erases the .BSY file. It is
  2580.     advisable to delete *.BSY from the most used outbound
  2581.     directories at startup (in autoexec.bat (Dos) or
  2582.     startup.cmd (OS/2)).
  2583.  
  2584.  
  2585. ΓòÉΓòÉΓòÉ 7.2.9. NoRaidBeforeHatch ΓòÉΓòÉΓòÉ
  2586.  
  2587.  
  2588. NoRaidBeforeHatch
  2589.  
  2590.     Skips the scanning of netmail before the execution of
  2591.     hatch commands. This might be useful to avoid delays
  2592.     with huge *.MSG areas.
  2593.  
  2594.  
  2595. ΓòÉΓòÉΓòÉ 7.2.10. MsgSize ΓòÉΓòÉΓòÉ
  2596.  
  2597.  
  2598. MsgSize <bytes>
  2599.  
  2600.     To specify the maximum size (in bytes) for a message
  2601.     generated by NEF (minimum 8KB, default 12KB).
  2602.  
  2603.     Usually a larger message size is useful to avoid too many
  2604.     messages in reports of filebone availability. Anyway,
  2605.     please be careful not to use a size larger than your
  2606.     downlinks can handle.
  2607.  
  2608.     Example:
  2609.  
  2610.     MsgSize 90000
  2611.  
  2612.  
  2613. ΓòÉΓòÉΓòÉ 7.2.11. TicAreaCfg ΓòÉΓòÉΓòÉ
  2614.  
  2615.  
  2616. TicAreaCfg <filename>
  2617.  
  2618.     This defines the name of the file that contains all the
  2619.     file area definitions. See the "FileArea" keyword below
  2620.     for a description of the syntax.
  2621.  
  2622.     This keyword is optional: if you omit it, you can define
  2623.     your file areas directly in the .cfg file, provided you
  2624.     put all the FileArea statements _after_ the FileLink
  2625.     ones, at the end of the .cfg file.
  2626.  
  2627.     For systems with few areas the one-file configuration is
  2628.     handy, for systems with many areas and links, the
  2629.     separate file solution is recommended.
  2630.  
  2631.     Please note that the TicAreaCfg file can contain
  2632.     FileArea statements and comments ONLY.
  2633.  
  2634.   Example:
  2635.  
  2636.     TicAreaCfg d:\bbs\nef\ticarea.cfg
  2637.  
  2638.  
  2639. ΓòÉΓòÉΓòÉ 7.2.12. CompressCfg ΓòÉΓòÉΓòÉ
  2640.  
  2641.  
  2642. CompressCfg <filename>
  2643.  
  2644.  (OS2)
  2645.     To allow the extraction of File_Id.Diz while using the
  2646.     Pm Hatch.
  2647.  
  2648.     <filename> must specify the location and name of a
  2649.     "Squish style" compress definition file.
  2650.  
  2651.     In the case you are using a case-sensitive
  2652.     de/compression program (e.g. OS/2 ZIP/UNZIP), please
  2653.     make sure to use the correct switches in <filename>.
  2654.  
  2655.     If you are already using Squish and or Maximus, you
  2656.     can just specify the name of their compress.cfg (but do
  2657.     check that they indicate the necessary switches to avoid
  2658.     case sensitiveness during extraction).
  2659.  
  2660.     Refer to the "Compress Definition File" section at the
  2661.     end of this reference for the syntax of this
  2662.     configuration file.
  2663.  
  2664.   Example:
  2665.  
  2666.     CompressCfg c:\squish\compress.cfg
  2667.  
  2668.  
  2669. ΓòÉΓòÉΓòÉ 7.2.13. Squish Support ΓòÉΓòÉΓòÉ
  2670.  
  2671.           Optional Squish Support
  2672.  
  2673.  
  2674. ΓòÉΓòÉΓòÉ 7.2.13.1. SquishCfg ΓòÉΓòÉΓòÉ
  2675.  
  2676.  
  2677. SquishCfg <filename>
  2678.  
  2679.     It is used to specify the squish configuration file, so
  2680.     that the path, type (SDM vs Squish) and primary address
  2681.     for the announcement areas defined with the "AreaTag"
  2682.     statement can be automatically looked up.
  2683.  
  2684.     When SquishCfg is defined, if you use "AreaTag <Tag>" to
  2685.     define announcement areas, the "FromNode <adr>"
  2686.     statement is only used to override the primary address
  2687.     specified for that area in Squish.Cfg (including the
  2688.     -p<address> overrides).
  2689.  
  2690.     The "Include" keyword of Squish.Cfg is supported: just
  2691.     be sure to always use the full pathname in the Include
  2692.     statement if different from the working path.
  2693.  
  2694.     Both echomail and netmail areas are recognized by their
  2695.     Squish tags.
  2696.  
  2697.     Netmail areas will have the Private attribute and no
  2698.     origin by default. Local overrides are still possible
  2699.     via local "Origin" and "Attr" statements.
  2700.  
  2701.   Example:
  2702.  
  2703.     SquishCfg c:\squish\squish.cfg
  2704.  
  2705.  
  2706. ΓòÉΓòÉΓòÉ 7.2.14. Maximus 3.xx Support ΓòÉΓòÉΓòÉ
  2707.  
  2708.          Optional Maximus 3.xx Support
  2709.  
  2710.  
  2711. ΓòÉΓòÉΓòÉ 7.2.14.1. MaxPrm ΓòÉΓòÉΓòÉ
  2712.  
  2713.  
  2714. MaxPrm <filename>
  2715.  
  2716.     If the MAXIMUS environment variable is defined, this
  2717.     statement is an optional override only.
  2718.  
  2719.     It is used to take the default for EchoTossLog and to
  2720.     get the name and location of the files necessary for
  2721.     filebase updating. The ".prm" extension in <filename>
  2722.     can be omitted.
  2723.  
  2724.   Example:
  2725.  
  2726.     MaxPrm d:\bbs\max\max.prm
  2727.  
  2728.  
  2729. ΓòÉΓòÉΓòÉ 7.2.14.2. MaxAreaAdd/MaxAreaCompile ΓòÉΓòÉΓòÉ
  2730.  
  2731.  
  2732. MaxAreaAdd <fileareactl> <lev[/keys]> <acs> [<division>]
  2733. MaxAreaCompile <command>
  2734.  
  2735.     NEF is able to add new (created) areas to the Maximus
  2736.     filearea.ctl or equivalent.
  2737.  
  2738.  
  2739.     <fileareactl> is the fully qualified name of the Maximus
  2740.     file-area definition file.
  2741.  
  2742.     <lev[/keys]> protects areas of higher privilege from
  2743.     being automatically added to the Maximus configuration.
  2744.     The level and keys are to be compared to those of
  2745.     ProtArea statements and FileBone-format files.
  2746.  
  2747.     <acs> is the Maximus access string to be used in
  2748.     <fileareactl> for the new area.
  2749.  
  2750.     <division> is the optional specification of a division
  2751.     where you want to put new areas. If not specified or not
  2752.     found, the new areas will be appended at the end of
  2753.     <fileareactl>.
  2754.  
  2755.     <command> is an external command to be executed before
  2756.     NEF ends, from the Maximus system directory.
  2757.     It should be used to compile the new Maximus
  2758.     configuration via SILT/SILTP.
  2759.  
  2760.  
  2761.     The area name is taken equal to the area TAG, with dots
  2762.     changed to underscores.
  2763.  
  2764.     The area description is taken from the FileBone-format
  2765.     files if available, otherwise it is taken equal to the
  2766.     area TAG.
  2767.  
  2768.  
  2769.     Example:
  2770.  
  2771.     MaxAreaAdd d:\max\filearea.ctl 0 Transient Tic.New
  2772.     MaxAreaCompile siltp max -a -2a
  2773.  
  2774.     The new areas, will be inserted at the end of division
  2775.     "Tic.New" in the file "d:\max\filearea.ctl", with an
  2776.     access string of "Transient". Areas with protection level
  2777.     above 0 or any protection key will NOT be added to
  2778.     maximus configuration.
  2779.  
  2780.     Before terminating, NEF will invoke the SILTP compiler to
  2781.     update the area configuration. The command will be
  2782.     executed after changing the current directory to the
  2783.     Maximus system one (probably d:\max\).
  2784.  
  2785.  
  2786.  
  2787. ΓòÉΓòÉΓòÉ 7.2.14.3. FileBaseUpdate ΓòÉΓòÉΓòÉ
  2788.  
  2789.  
  2790. FileBaseUpdate
  2791.  
  2792.     Requires the MAXIMUS environment variable or the
  2793.     "MaxPrm" statement _before_ in the cfg.
  2794.  
  2795.     NEF will automatically update the filebase for all the
  2796.     areas changed when tossing/hatching new files. No more
  2797.     need to run external FBP (FB).
  2798.  
  2799.   Example:
  2800.  
  2801.     FileBaseUpdate
  2802.  
  2803.  
  2804. ΓòÉΓòÉΓòÉ 7.2.14.4. UniqueDmpLine ΓòÉΓòÉΓòÉ
  2805.  
  2806.  
  2807. UniqueDmpLine
  2808.  
  2809.     Forces the generation of FILES.DMP filebase files with
  2810.     descriptions on one line only (multiple lines are
  2811.     concatenated).
  2812.  
  2813.     By default, multi-line descriptions are output without
  2814.     changes to FILES.DMP: when using L)ocate and N)ewfiles
  2815.     commands, Maximus will respect the original formatting,
  2816.     but the continuation lines will be aligned to the left.
  2817.  
  2818.     When this statement is used, the original formatting of
  2819.     descriptions is lost (in the filebase) but Maximus will
  2820.     be able to word-wrap and align when executing L)ocate or
  2821.     N)ewfiles commands.
  2822.  
  2823.  
  2824. ΓòÉΓòÉΓòÉ 7.3. Tic Processing ΓòÉΓòÉΓòÉ
  2825.  
  2826.  
  2827.  
  2828.              TIC Processing
  2829.  
  2830.  
  2831. ΓòÉΓòÉΓòÉ 7.3.1. NoSecure ΓòÉΓòÉΓòÉ
  2832.  
  2833.  
  2834. NoSecure
  2835.  
  2836.     Disables the secure mode.
  2837.  
  2838.     When "NoSecure" is used, NEF will toss incoming files
  2839.     ignoring errors due to missing password, password
  2840.     mismatch and missing from-authorization (sender not
  2841.     linked, sender receive only).
  2842.  
  2843.     You can also use the "-t" command line switch to toggle
  2844.     between Secure and NoSecure modes.
  2845.  
  2846.     Anyway the error will be noted in the logs and <BAD>
  2847.     message report (see Announce statement).
  2848.  
  2849.   Example:
  2850.  
  2851.     NoSecure
  2852.  
  2853.  
  2854. ΓòÉΓòÉΓòÉ 7.3.2. NoReplace ΓòÉΓòÉΓòÉ
  2855.  
  2856.  
  2857. NoReplace <WTAG> ...
  2858.  
  2859.     Multiple statements can be used.
  2860.     The specified <WTAG>s indicate in which areas you do not
  2861.     want NEF to delete files specified by the "Replaces"
  2862.     keyword in inbound TICs.
  2863.  
  2864.   Example:
  2865.  
  2866.     NoReplace *   ; to avoid Replace in all areas
  2867.  
  2868.  
  2869. ΓòÉΓòÉΓòÉ 7.3.3. CheckCRC ΓòÉΓòÉΓòÉ
  2870.  
  2871.  
  2872. CheckCRC
  2873.  
  2874.     This enables the CRC check of ingoing .TICs.
  2875.     If an ingoing .TIC has the CRC keyword, the specified
  2876.     CRC is checked against that of the relative file and an
  2877.     error is reported in case of mismatch.
  2878.     Outgoing .TICs will have the CRC only if it is present
  2879.     in the ingoing one.
  2880.     TICs originated by NEF (various Hatch modes) will always
  2881.     have the CRC keyword.
  2882.  
  2883.  
  2884. ΓòÉΓòÉΓòÉ 7.3.4. Touch ΓòÉΓòÉΓòÉ
  2885.  
  2886.  
  2887. Touch [Creation] [Write]
  2888.  
  2889.     Ingoing files are "touched" while being moved to their
  2890.     destination directory (i.e. their timestamps are set to
  2891.     NOW, so that they will be seen as new files by all the
  2892.     utilities that use the file date-time to compute the age
  2893.     of files).
  2894.  
  2895.   (OS/2)
  2896.     There are two optional parameters ("Creation" and
  2897.     "Write") that allow to configure the type of touch
  2898.     needed to best suit your environment.
  2899.  
  2900.     "Creation" -> touch the creation (upload) date
  2901.     "Write"   -> touch the last-write (modification) date
  2902.  
  2903.     You can specify either or both options.
  2904.  
  2905.     When no parameter is used, "Creation" is assumed.
  2906.  
  2907.     On FAT, the only available date (last-write) is touched
  2908.     regardless of the Touch options.
  2909.  
  2910.     On HPFS, the specified date(s) is/are touched.
  2911.  
  2912.     Usually, you do not need to specify any touch parameter,
  2913.     so that NEF touches the creation date, not the
  2914.     modification one, in order to make the files recognized
  2915.     as new by Maximus and FLM (my File List Manager) without
  2916.     changing the date that is normally shown and
  2917.     transferred: you "see" and transfer to your downlinks
  2918.     the original date of the file while Maximus and FLM are
  2919.     able to realize that the file is new.
  2920.  
  2921.     WARNING: if you use some other utility that is not smart
  2922.     enough to recognize new files from the creation date,
  2923.     you might need to specify both the "Write" and
  2924.     "Creation" options.
  2925.  
  2926.   (NT, DOS & OS/2 FAT)
  2927.     Warning: The original file timestamp is lost and the
  2928.     downlinks will receive the forwarded files with the new
  2929.     timestamps.
  2930.  
  2931.  
  2932.   Examples:
  2933.  
  2934.     Touch    ; default: touch the Creation (upload) date
  2935.     Touch Creation        ; same as default
  2936.     Touch Write         ; touch the Last Write date
  2937.     Touch Creation Write     ; touch both dates
  2938.  
  2939.  
  2940. ΓòÉΓòÉΓòÉ 7.3.5. KillDate ΓòÉΓòÉΓòÉ
  2941.  
  2942.  
  2943. KillDate Write|Creation
  2944.  
  2945.   (OS/2)
  2946.     When the -0<days> switch is used in a FileArea
  2947.     definition, this statement specifies which date must be
  2948.     used to evaluate the file age.
  2949.  
  2950.     This setting is useful for HPFS (which has separate
  2951.     Write and Creation dates) and ignored for FAT.
  2952.  
  2953.     If not specified, "Creation" is assumed.
  2954.  
  2955.     Attention: if you want to delete the files when they
  2956.     have been on your system for <days> days then you should
  2957.     choose a date that has been touched on toss (as per
  2958.     Touch statement).
  2959.  
  2960.   Examples:
  2961.  
  2962.     KillDate Write    ; Use the Write date
  2963.     KillDate Creation   ; same as default
  2964.  
  2965.  
  2966. ΓòÉΓòÉΓòÉ 7.3.6. MultiLineDesc ΓòÉΓòÉΓòÉ
  2967.  
  2968.  
  2969. MultiLineDesc <nnn> [<c>]
  2970.  
  2971.     By default, files.bbs description must be on a single
  2972.     line; this statement enables Multi-Line support.
  2973.  
  2974.     <nnn> is the number of spaces that must precede the
  2975.     continuation lines.
  2976.  
  2977.     <c> is the continuation character.
  2978.  
  2979.     If <c> is NOT specified, it is assumed that the
  2980.     continuation lines must be preceded by <nnn> spaces.
  2981.  
  2982.     If <c> IS specified, it is assumed that the continuation
  2983.     lines must be preceded by <nnn> spaces, the <c>
  2984.     character and one more space.
  2985.  
  2986.     For example, to have the 2nd and following description
  2987.     lines in files.bbs start at the 32nd column, use:
  2988.  
  2989.     MultiLineDesc 31
  2990.  
  2991.     A description in files.bbs would be like:
  2992.  
  2993.     Test.Zip This is the first description line
  2994.                     this is the 2nd line
  2995.                     this is the 3rd line
  2996.     ^               ^^
  2997.     1              31  32
  2998.  
  2999.     To have the continuation lines preceded by a '|'
  3000.     character, use:
  3001.  
  3002.     MultiLineDesc 29 |
  3003.  
  3004.     A description in files.bbs would be like:
  3005.  
  3006.     Test.Zip This is the first description line
  3007.                    | this is the 2nd line
  3008.                    | this is the 3rd line
  3009.     ^              ^  ^
  3010.     1              29  32
  3011.  
  3012.  
  3013. ΓòÉΓòÉΓòÉ 7.3.7. NewAreasPath/NewAreasFrom ΓòÉΓòÉΓòÉ
  3014.  
  3015.  
  3016.  
  3017. NewAreasPath <path>
  3018. NewAreasFrom <address> [-0[<days>]] [#<aka>] [<path>]
  3019.  
  3020.     <path> is the base directory for new file areas
  3021.     automatically created by NEF on reception of .TICs with
  3022.     unknown area TAGs.
  3023.  
  3024.     <address> is a 4D address that must be enabled to
  3025.     automatically create new areas.
  3026.  
  3027.     -0[<days>] (zero) specifies that areas created by
  3028.     <address> must be PassThru. The optional <days>
  3029.     parameter specifies that the files in these areas must
  3030.     not be deleted before they become older than <days>.
  3031.     <days> is an integer <= 65535.
  3032.  
  3033.     <aka> is the optional from-address to be used by NEF in
  3034.     outgoing .TICs for the areas automatically created by
  3035.     <address>.
  3036.  
  3037.     The <path> in "NewAreasFrom" is an override for the
  3038.     default specified in "NewAreasPath".
  3039.  
  3040.     Any number of NewAreasFrom statements can be used.
  3041.  
  3042.     While adding new areas, NEF will NOT re-order the
  3043.     existing ones, anyway it will respect an existing
  3044.     alphabetical order.
  3045.  
  3046.   Example:
  3047.  
  3048.     NewAreasPath c:\file
  3049.     NewAreasFrom 2:331/110
  3050.     NewAreasFrom 9:1/1 #9:999/999.9
  3051.     NewAreasFrom 9:2/2 -0 d:\fido\passthru\
  3052.  
  3053.     Let's suppose we have received a .TIC for area NEWAREA,
  3054.     which is not currently defined:
  3055.     - if it is coming from an address different from
  3056.      2:331/110, 9:1/1 and 9:2/2 -> an error is reported.
  3057.     - if it is coming from 2:331/110 -> a new area is
  3058.      created with path c:\file\NEWAREA.
  3059.     - if it is coming from 9:1/1 -> a new area is created
  3060.      with path c:\file\NEWAREA and it is configured so that
  3061.      NEF will use 9:999/999.9 (which must be an aka
  3062.      previously defined in an Address statement) as the
  3063.      from-address for outgoing .TICs.
  3064.     - if it is coming from 9:2/2 -> a passthru area is
  3065.      created with path d:\fido\passthru\NEWAREA.
  3066.  
  3067.  
  3068. ΓòÉΓòÉΓòÉ 7.3.8. DescStart ΓòÉΓòÉΓòÉ
  3069.  
  3070.  
  3071. DescStart "<string>" <WTAG> [<WTAG> ...]
  3072.  
  3073.     This allows to add <string> at the head of files.bbs
  3074.     descriptions while tossing files from area TAGs that
  3075.     match one of the <WTAG> specifications.
  3076.  
  3077.     This statement is useful for people using download
  3078.     counters and/or maximus flags for free download.
  3079.  
  3080.   Example:
  3081.  
  3082.     DescStart "/bt [00] " 1* 2*
  3083.  
  3084.     This adds "/bt [00] " at the head of files.bbs
  3085.     descriptions while tossing files from areas whose TAG
  3086.     begins with '1' or '2'.
  3087.  
  3088.  
  3089. ΓòÉΓòÉΓòÉ 7.3.9. TagFwd ΓòÉΓòÉΓòÉ
  3090.  
  3091.  
  3092. TagFwd <OrgTag> <FwdTag> <FileSpec> [<FileSpec> ...]
  3093.  
  3094.     This allows to forward files from an area to another.
  3095.  
  3096.     <OrgTag> and <FwdTag> are area TAGs.
  3097.     <FileSpec> is a file specification that accepts the OS/2
  3098.     style wildcards (?,*).
  3099.  
  3100.     All ingoing files of area <OrgTag> which match one of
  3101.     the <FileSpec>s are forwarded to area <FwdTag>.
  3102.     This way you can split or merge areas.
  3103.  
  3104.   Example:
  3105.  
  3106.     TagFwd 1-Comm Bbs AC*n prova.*
  3107.     TagFwd 1-Data bbs *
  3108.     TagFwd 1-DITO BBS *
  3109.     TagFwd 1-Comm BBO *
  3110.     TagFwd ISNMAIN POINTLST ptlist.* ptdoc.*
  3111.  
  3112.     Files AC*n and prova.* coming from area 1-Comm and all
  3113.     the files coming from 1-Data and 1-DITO are forwarded to
  3114.     area BBS.
  3115.  
  3116.     All the files from 1-COMM are also forwarded to area
  3117.     BBO.
  3118.  
  3119.     Files ptlist.* and ptdoc.* from area ISNMAIN are
  3120.     forwarded to area POINTLST.
  3121.  
  3122.  
  3123. ΓòÉΓòÉΓòÉ 7.3.10. FeatureLoad/Feature ΓòÉΓòÉΓòÉ
  3124.  
  3125.  
  3126. FeatureLoad <DllName>
  3127.  
  3128.     (OS/2) Loads a "Feature" DLL, to allow third party
  3129.     extensions to NEF.
  3130.  
  3131.     <DllName> can be a simple filename without extension
  3132.     (".DLL" implied) if the DLL is in the LibPath, otherwise
  3133.     a fully qualified filename (extension included) can be
  3134.     specified.
  3135.  
  3136. Feature <cfgline>
  3137.  
  3138.     (OS/2) Allows to specify configuration statements that
  3139.     are to be parsed by the DLL loaded with the previous
  3140.     FeatureLoad.
  3141.  
  3142.   Note:
  3143.     Multiple FeatureLoad statements are allowed, in which
  3144.     case the Feature statements refer to the last loaded
  3145.     DLL.
  3146.  
  3147.   Example:
  3148.  
  3149.     FeatureLoad MyDll
  3150.     Feature CfgItem1 "This is Item 1"
  3151.     Feature CfgItem2 "This is Item 2"
  3152.  
  3153.  
  3154. ΓòÉΓòÉΓòÉ 7.4. Tic Announcements ΓòÉΓòÉΓòÉ
  3155.  
  3156.  
  3157.             TIC Announcements
  3158.  
  3159.  
  3160. Each announcement area is defined by a dedicated group of
  3161. statements. Many of these statements can be used before the
  3162. first announcement area definition to establish defaults to be
  3163. used in all subsequent area definitions, thus avoiding the need
  3164. to unnecessarily repeat common statements.
  3165.  
  3166.  
  3167. ΓòÉΓòÉΓòÉ 7.4.1. Global Keywords ΓòÉΓòÉΓòÉ
  3168.  
  3169.             Global Keywords
  3170.  
  3171.   Statements that can be used before area definitions to set
  3172.   defaults (please note that all these statements can be
  3173.   overridden in each area definition).
  3174.  
  3175.  
  3176. ΓòÉΓòÉΓòÉ 7.4.1.1. FromNode ΓòÉΓòÉΓòÉ
  3177.  
  3178.  
  3179. FromNode <address>
  3180.  
  3181.     This specifies the 4D address to be used as the
  3182.     from-address in the announcement messages: it is used in
  3183.     the header, in the Origin and in the MSGID. Usually, it
  3184.     should be your primary address.
  3185.  
  3186.   Example:
  3187.  
  3188.     FromNode   2:332/504.0
  3189.  
  3190.  
  3191. ΓòÉΓòÉΓòÉ 7.4.1.2. ToNode ΓòÉΓòÉΓòÉ
  3192.  
  3193.  
  3194. ToNode <address>
  3195.  
  3196.     This specifies the 4D address to be used as the
  3197.     to-address in the announcement messages: it is used in
  3198.     the header. Usually, for echo area announcements, it
  3199.     should be the same as in FromNode.
  3200.  
  3201.   Example:
  3202.  
  3203.     ToNode    2:332/504.0
  3204.  
  3205.  
  3206. ΓòÉΓòÉΓòÉ 7.4.1.3. From ΓòÉΓòÉΓòÉ
  3207.  
  3208.  
  3209. From <name>
  3210.  
  3211.     This specifies the name to be used as the from-name in
  3212.     the announcement messages. Usually it should be the
  3213.     SysOp name.
  3214.  
  3215.   Example:
  3216.  
  3217.     From     Alberto Pasquale
  3218.  
  3219.  
  3220. ΓòÉΓòÉΓòÉ 7.4.1.4. To ΓòÉΓòÉΓòÉ
  3221.  
  3222.  
  3223. To <name>
  3224.  
  3225.     This specifies the name to be used as the to-name in the
  3226.     announcement messages. Usually it should be "All".
  3227.  
  3228.   Example:
  3229.  
  3230.     To      All
  3231.  
  3232.  
  3233. ΓòÉΓòÉΓòÉ 7.4.1.5. Subj ΓòÉΓòÉΓòÉ
  3234.  
  3235.  
  3236. Subj <subject>
  3237.  
  3238.     This specifies the string to be used as the subject in
  3239.     the announcement messages.
  3240.  
  3241.   Note:
  3242.  
  3243.     If the Subj text contains the ';' character, it MUST
  3244.     be enclosed in quotes '"', otherwise it will be taken as
  3245.     the start of a comment.
  3246.  
  3247.   Examples:
  3248.  
  3249.     Subj   New Echo Files
  3250.     Subj   "New files; OS/2 BBS"
  3251.  
  3252.  
  3253. ΓòÉΓòÉΓòÉ 7.4.1.6. Attr ΓòÉΓòÉΓòÉ
  3254.  
  3255.  
  3256. Attr [P][K][C|H|D|N|O]
  3257.  
  3258.     This specifies the attributes to be used in the
  3259.     announcement messages. Usually no special attribute is
  3260.     necessary, except for private announcements in the
  3261.     netmail area.
  3262.  
  3263.     The available attributes are:
  3264.     P -> Private
  3265.     K -> Kill/Sent
  3266.     C -> Crash
  3267.     H -> Hold
  3268.     D -> Direct (equivalent to "CH")
  3269.     N -> Normal (default)
  3270.     O -> Normal (default)
  3271.  
  3272.     The required attributes can be listed in any order and
  3273.     are not case sensitive.
  3274.  
  3275.   Examples:
  3276.  
  3277.     Attr       ; no attributes
  3278.     Attr N      ; no attributes (Normal flavour)
  3279.     Attr PK     ; Private and Kill/Sent
  3280.     Attr PC     ; Private and Crash
  3281.     Attr PDK     ; Private, Direct, and Kill/Sent
  3282.  
  3283.  
  3284. ΓòÉΓòÉΓòÉ 7.4.1.7. HighAsciiOk ΓòÉΓòÉΓòÉ
  3285.  
  3286.  
  3287. HighAsciiOk
  3288.  
  3289.     Grants permission for High Ascii codes (> 127) in file
  3290.     descriptions.
  3291.  
  3292.  
  3293. ΓòÉΓòÉΓòÉ 7.4.1.8. Prefix ΓòÉΓòÉΓòÉ
  3294.  
  3295.  
  3296. Prefix <filename>
  3297.  
  3298.     This specifies the file containing the prefix text for
  3299.     announcement messages: it is put at the head of the
  3300.     message body, just before the real announcement lines.
  3301.     It should usually contain something like "New Echo Files
  3302.     Received:".
  3303.  
  3304.   Example:
  3305.  
  3306.     Prefix    d:\bbs\NEF\PREFIX.NEF
  3307.  
  3308.  
  3309. ΓòÉΓòÉΓòÉ 7.4.1.9. Suffix ΓòÉΓòÉΓòÉ
  3310.  
  3311.  
  3312. Suffix <filename>
  3313.  
  3314.     This specifies the file containing the suffix text for
  3315.     announcement messages: it is put at the end of the
  3316.     message body, just before the tear-line and the Origin.
  3317.     It should usually contain something like "File Request
  3318.     open to everybody between 06:00 and 23:00 GMT".
  3319.  
  3320.   Example:
  3321.  
  3322.     Suffix    d:\bbs\NEF\SUFFIX.NEF
  3323.  
  3324.  
  3325. ΓòÉΓòÉΓòÉ 7.4.1.10. Origin ΓòÉΓòÉΓòÉ
  3326.  
  3327.  
  3328. Origin <origin>
  3329.  
  3330.     This specifies the text to be used as the Origin in
  3331.     announcement messages. The required " * " will
  3332.     automatically be added at the head and the address at
  3333.     the end, truncating <origin> if necessary to fit the 79
  3334.     character maximum length.
  3335.     To disable the Origin (e.g. in netmail area) use an
  3336.     empty origin string.
  3337.  
  3338.   Note:
  3339.  
  3340.     If the Origin text contains the ';' character, it MUST
  3341.     be enclosed in quotes '"', otherwise it will be taken as
  3342.     the start of a comment.
  3343.  
  3344.   Examples:
  3345.  
  3346.     Origin    <ApWorks Modena I><Tel.+39-59-246112/3>
  3347.     Origin    "ApWorks Modena I; +39-59-246112/3"
  3348.     Origin    ; empty origin to disable origin generation
  3349.  
  3350.  
  3351. ΓòÉΓòÉΓòÉ 7.4.1.11. AnnExclude ΓòÉΓòÉΓòÉ
  3352.  
  3353.  
  3354. AnnExclude <filespec> ...
  3355.  
  3356.     The specified files are excluded from announcements.
  3357.  
  3358.     When this statement is used inside an announcement-area
  3359.     definition block, it specifies _additional_ exclusions
  3360.     (besides those of a global statement, if present).
  3361.  
  3362.  
  3363. ΓòÉΓòÉΓòÉ 7.4.2. Area Definition ΓòÉΓòÉΓòÉ
  3364.  
  3365.             Area Definition
  3366.  
  3367.   All the preceding statements can be used both before
  3368.   announcement area definitions (to set defaults) and inside
  3369.   each definition to override the defaults.
  3370.  
  3371.  
  3372. ΓòÉΓòÉΓòÉ 7.4.2.1. AreaTag/AreaPath ΓòÉΓòÉΓòÉ
  3373.  
  3374.  
  3375. AreaTag <Tag> [<path> [-$]]
  3376. AreaPath <path> [-$]
  3377.  
  3378.     One of these statements starts the definition of an
  3379.     announcement area.
  3380.  
  3381.     <Tag> is the area TAG, to be logged to EchoTossLog
  3382.     provided this is not a NetMail area.
  3383.  
  3384.     <path> is the directory for the *.MSG format or the full
  3385.     filename (no extension) for the Squish base.
  3386.  
  3387.     -$ specifies the use of the Squish format.
  3388.  
  3389.  
  3390.   AreaTag <Tag>
  3391.  
  3392.     This is the form to be generally used when SquishCfg is
  3393.     defined.
  3394.  
  3395.     <Tag> will be looked up in SquishCfg to find the
  3396.     corresponding path, message-base type and primary
  3397.     address.
  3398.  
  3399.     A local "FromNode" statement can be used to override the
  3400.     primary address for the area (including -p<address>
  3401.     specifications) found in SquishCfg.
  3402.  
  3403.     If this is an EchoArea, its <Tag> will be output to the
  3404.     EchoTossLog whenever a message is written to this area.
  3405.  
  3406.     If this is a NetArea, as a default, the Origin will not
  3407.     be used and the Private attribute will be set; you can
  3408.     override this with local "Origin" and "Attr" statements.
  3409.  
  3410.  
  3411.   AreaTag <Tag> <path> [-$]
  3412.  
  3413.     This is the form to be used for EchoMail areas when
  3414.     SquishCfg is not defined or you want to override its
  3415.     information AND you want <Tag> to be logged to
  3416.     EchoTossLog.
  3417.  
  3418.  
  3419.   AreaPath <path> [-$]
  3420.  
  3421.     This is the form to be used when SquishCfg is not
  3422.     defined AND you do not need to log a <Tag> to
  3423.     EchoTossLog (NetMail areas or no EchoTossLog defined).
  3424.  
  3425.   Notes:
  3426.  
  3427.     Any of the statements described above in this
  3428.     "Announcements" section can be used after the
  3429.     AreaTag/AreaPath statement to override the defaults for
  3430.     this announcement area only.
  3431.  
  3432.     Please note that you can use different AreaTag/AreaPath
  3433.     definitions with the same message area Tag/Path, in
  3434.     order to announce different file areas in different
  3435.     messages but in the same message area.
  3436.  
  3437.   Examples:
  3438.  
  3439.     AreaTag OS2BBS
  3440.     AreaTag OS2BBS d:\bbs\mail\os2bbs -$
  3441.     AreaPath d:\bbs\mail\net
  3442.  
  3443.  
  3444. ΓòÉΓòÉΓòÉ 7.4.2.2. Announce/NoAnnnouce ΓòÉΓòÉΓòÉ
  3445.  
  3446.  
  3447. Announce <WTAG> ...
  3448. NoAnnounce <WTAG> ...
  3449.  
  3450.     This defines the list of file areas to be announced in
  3451.     the current announcement message area (the one defined
  3452.     by the previous AreaTag/AreaPath statement).
  3453.  
  3454.     Multiple statements are allowed.
  3455.  
  3456.     All the TAGs that match one of the <WTAG>s in "Announce"
  3457.     and do not match any of the <WTAG>s in "NoAnnounce" are
  3458.     announced in the current area.
  3459.  
  3460.     Obviously you can omit the "NoAnnounce" statement if you
  3461.     do not need to exclude areas that have been included via
  3462.     the "Announce" statement.
  3463.  
  3464.     "Announce *" makes all the file areas announced.
  3465.  
  3466.    Special tags:
  3467.  
  3468.     The following "special tags" can be used in "Announce"
  3469.     or "NoAnnounce" statements as if they were normal area
  3470.     TAGs, but are not included in the "*" wildcard (i.e.
  3471.     "Announce *" does not make them announced).
  3472.  
  3473.     "<BAD>" is used to announce all the TICs that have been
  3474.     processed with some error.
  3475.  
  3476.     "<DEF>" is used to announce all the files that have not
  3477.     been announced elsewhere. A separate announcement is
  3478.     generated after all other announcements have been
  3479.     completed, even if "<DEF>" is listed together with other
  3480.     TAGs.
  3481.  
  3482.     "<OUT>" is used to make a concise outbound report when
  3483.     the OUT or OUTVIEW command line option is used.
  3484.     Subj, Prefix and Suffix are ignored.
  3485.  
  3486.     "<OUTVIEW>" is used to make a detailed outbound report
  3487.     when the OUT or OUTVIEW command line option is used.
  3488.     Subj, Prefix and Suffix are ignored.
  3489.  
  3490.     "<THRU>" represents all passthru areas. If you want to
  3491.     keep NEF from announcing files received in PassThru
  3492.     areas, just use "NoAnnounce <THRU>".
  3493.  
  3494.   Examples:
  3495.  
  3496.     Announce UTILNET SOFTDIST SDS*
  3497.     NoAnnounce SDSOTH <THRU>
  3498.  
  3499.     This announces the file areas with tag "UTILNET",
  3500.     "SOFTDIST" and all those whose TAG starts with "SDS" but
  3501.     not "SDSOTH" or passthru areas.
  3502.  
  3503.     Announce PRIVFILE <BAD> <DEF>
  3504.  
  3505.     This announces area "PRIVFILE" and all the TICs that
  3506.     have been processed with errors; at the end, in a
  3507.     separate message, it announces the files that have not
  3508.     been announced elsewhere.
  3509.  
  3510.     Announce SPECIAL <OUT>
  3511.  
  3512.     This announces the file area with tag "SPECIAL"; at the
  3513.     end, in a separate message, it creates a concise report
  3514.     of the outbound.
  3515.  
  3516.     Announce SPECIAL <OUTVIEW>
  3517.  
  3518.     This announces the file area with tag "SPECIAL"; at the
  3519.     end, in a separate message, it creates a verbose report
  3520.     of the outbound.
  3521.  
  3522.  
  3523. ΓòÉΓòÉΓòÉ 7.4.3. Announce example ΓòÉΓòÉΓòÉ
  3524.  
  3525.  
  3526.  
  3527.   Complete example of the announcement definition section,
  3528.   SquishCfg defined:
  3529.  
  3530. ----------------------------------------------------------------
  3531.  
  3532.  ; Defaults definition
  3533.  
  3534.   FromNode   2:332/504.0
  3535.   ToNode    2:332/504.0
  3536.   From     Alberto Pasquale
  3537.   To      All
  3538.   Subj     New Echo Files
  3539.   Attr
  3540.   Prefix    PREFIX.NEF
  3541.   Origin    ApWorks Modena I (+39-59-246112/3)
  3542.   Suffix    SUFFIX.NEF
  3543.  
  3544.  ; Announcement areas: each statement is local to the preceding
  3545.  ; AreaTag and overrides the default one.
  3546.  
  3547.   AreaTag    APWORKS
  3548.   Announce   APBBS*
  3549.   Prefix    RelPre.NEF
  3550.   Subj     New ApWorks files
  3551.  
  3552.   AreaTag    OS2BBS
  3553.   Announce   APBBS*
  3554.   NoAnnounce  *DOS*
  3555.   Prefix    RelPre.NEF
  3556.   Subj     New APBBS files
  3557.  
  3558.   AreaTag    LOCAL_332.504
  3559.   Announce   *
  3560.   AnnExclude  NODE*
  3561.   Subj     New Files on ApWorks
  3562.  
  3563.   AreaTag    NETMAIL
  3564.   Announce   <OUTVIEW> <DEF>
  3565.   From     NEF
  3566.   To      Alberto Pasquale
  3567.   Subj     Not Announced Elsewhere
  3568.   HighAsciiOk
  3569.  
  3570.   AreaTag    NETMAIL
  3571.   Announce   <BAD>
  3572.   From     NEF
  3573.   To      Alberto Pasquale
  3574.   ToNode    2:332/504.1
  3575.   Subj     Processed with Errors
  3576.  
  3577. ----------------------------------------------------------------
  3578.  
  3579.   Complete example of the announcement definition section,
  3580.   SquishCfg NOT defined:
  3581.  
  3582. ----------------------------------------------------------------
  3583.  
  3584.  ; Defaults definition
  3585.  
  3586.   FromNode   2:332/504.0
  3587.   ToNode    2:332/504.0
  3588.   From     Alberto Pasquale
  3589.   To      All
  3590.   Subj     New Echo Files
  3591.   Attr
  3592.   Prefix    PREFIX.NEF
  3593.   Origin    <ApWorks Modena I><Tel.+39-59-246112/3>
  3594.   Suffix    SUFFIX.NEF
  3595.  
  3596.  ; Announcement areas: each statement is local to the preceding
  3597.  ; AreaPath and overrides the default one.
  3598.  
  3599.   AreaTag    SWN_332.500 d:\msg\swn -$
  3600.   Announce   UTILNET
  3601.   Subj     UTILNET file news
  3602.  
  3603.   AreaTag    SWN_332.500 d:\msg\swn -$
  3604.   Announce   FIDONEWS SDS* ECHO-* FTSC NEWSLETR SOFTDIST
  3605.   NoAnnounce  ECHO-R*
  3606.   Subj     SDS/NEWS file news
  3607.  
  3608.   AreaPath   d:\msg\net -$   ; Netmail to the SysOp
  3609.   Announce   NODE* POINTLST <BAD> <DEF> <OUTVIEW>
  3610.   From     NEF
  3611.   To      Alberto Pasquale
  3612.   ToNode    2:332/504.1
  3613.   Subj     Reserved file news
  3614.   Attr     PK    ; This must be private and kill/sent
  3615.   Origin        ; No Origin for netmail !
  3616.  
  3617. ----------------------------------------------------------------
  3618.  
  3619.  
  3620. ΓòÉΓòÉΓòÉ 7.5. FileFix Link Robot ΓòÉΓòÉΓòÉ
  3621.  
  3622.  
  3623.  
  3624.             FileFix Link Robot
  3625.  
  3626.  
  3627. It's the traditional "Raid" or "TicFix" function: it allows
  3628. downlinks (but also special uplinks) to link/unlink file areas
  3629. via a netmail message.
  3630.  
  3631. The message should have the agreed password as the subject,
  3632. possibly followed by some switch.
  3633. The required password is that defined in the "FileLink"
  3634. statement described below.
  3635.  
  3636. The body of the message contains the commands.
  3637. There can be several commands on a single line provided they are
  3638. separated by blanks.
  3639.  
  3640. Password, switches and commands are case insensitive.
  3641.  
  3642. Switches that can be used in the subject, after the password,
  3643. only the _first_ letter is required (and checked):
  3644.  
  3645.   -Help      Help.
  3646.   -Query      List all areas (linked and available).
  3647.   -Linked     List linked areas.
  3648.   -Unlinked    List unlinked areas.
  3649.  
  3650.  
  3651. The commands available for the message body are:
  3652.  
  3653.   [+]<WTAG>
  3654.     Links all the areas whose TAG matches <WTAG>.
  3655.     The '+' character is optional (useful in the case <WTAG>
  3656.     starts with the '-' character).
  3657.  
  3658.   -<WTAG>
  3659.     Unlinks all the areas whose TAG matches <WTAG>.
  3660.  
  3661.   %Help     same as -h
  3662.   %Query    same as -q
  3663.   %List     same as -q
  3664.   %Linked    same as -l
  3665.   %Unlinked   same as -u
  3666.  
  3667.   Note: you can use the '?' character in the place of '%'.
  3668.   This is useful when using the FileFix command line option,
  3669.   to avoid that the command line interpreter takes the '%'
  3670.   as the start of an environment variable name.
  3671.  
  3672. Example:
  3673.  
  3674.     From: John Doe of 2:332/580.0
  3675.     To:  Nef    of 2:332/504.0
  3676.     Subj: Secret -H
  3677.     -----------------------------
  3678.     %Query
  3679.     1* -1-COMM
  3680.     +2*
  3681.     -2-WINDOW
  3682.     ---
  3683.  
  3684.     The Help and Query commands are invoked, all areas whose
  3685.     tag begins with '1' are linked, area "1-COMM" is
  3686.     unlinked, all areas whose tag begins with '2' are linked
  3687.     and area "2-WINDOW" is unlinked.
  3688.  
  3689. Notes:
  3690.     The actual order of command execution is based on the
  3691.     area definition order. NEF scans the defined areas from
  3692.     the first to the last one only once, applying for each
  3693.     area all the pertinent commands.
  3694.  
  3695.     If a link in a FileArea statement is not properly
  3696.     defined in a FileLink one, it is removed when the
  3697.     Link Robot re-writes that FileArea statement in
  3698.     execution of an Add or Delete command.
  3699.  
  3700.     While re-writing areas, the Link Robot will NOT re-order
  3701.     the links. However it will respect an existing order
  3702.     while adding new links.
  3703.  
  3704.     If Area aka overrides are used, they are reported by
  3705.     Area-List commands.
  3706.  
  3707.  
  3708. ΓòÉΓòÉΓòÉ 7.5.1. AutoLink ΓòÉΓòÉΓòÉ
  3709.  
  3710.  
  3711.  
  3712. AutoLink <name>
  3713.  
  3714.     The robot will answer to the messages addressed to one
  3715.     of the addresses defined in the "system" section and to
  3716.     one of the names defined in the AutoLink statements.
  3717.     You can use as many AutoLink statements as you need to
  3718.     define all the akas you like.
  3719.     If no AutoLink statement is used, then the Link Robot is
  3720.     disabled.
  3721.  
  3722.   Example:
  3723.  
  3724.     AutoLink NEF
  3725.     AutoLink Raid
  3726.     AutoLink TicFix
  3727.  
  3728.  
  3729. ΓòÉΓòÉΓòÉ 7.5.2. NetMail ΓòÉΓòÉΓòÉ
  3730.  
  3731.  
  3732. NetMail <path> [-$] [-p<adr>]
  3733.  
  3734.     This defines a netmail area to be searched for messages
  3735.     addressed to the robot. You can use as many NetMail
  3736.     statements as you need.
  3737.  
  3738.     The optional -$ indicates a Squish format area.
  3739.  
  3740.     The optional "-p<adr>" specifies the primary (default)
  3741.     address for the area.
  3742.  
  3743.     When multiple NetMails are defined, NEF needs <adr> to
  3744.     choose (via zone matching) the right area where to write
  3745.     the messages addressed to the FileBone's "FileFix" robot.
  3746.  
  3747.     Usually all but the first netmail statements should
  3748.     contain a primary address specification.
  3749.  
  3750.     Note: when a Squish base is used, a pointer to the last
  3751.     scanned message is stored in <path>.NEF, so that next
  3752.     scan will consider new messages only.
  3753.  
  3754.   Example:
  3755.  
  3756.     NetMail d:\msg\fidonet -$        ; default
  3757.     NetMail d:\msg\os2net  -$ -p89:456/789 ; OS2Net
  3758.  
  3759.  
  3760. ΓòÉΓòÉΓòÉ 7.5.3. KillReceived ΓòÉΓòÉΓòÉ
  3761.  
  3762.  
  3763.  
  3764. KillReceived
  3765.  
  3766.     This keyword instructs NEF to kill messages addressed to
  3767.     the Link Robot after the execution of the contained
  3768.     commands. When commented out, the messages are marked as
  3769.     received instead of being erased.
  3770.  
  3771.  
  3772. ΓòÉΓòÉΓòÉ 7.5.4. AreaDescWrap ΓòÉΓòÉΓòÉ
  3773.  
  3774.  
  3775. AreaDescWrap <indent> <right>
  3776.  
  3777.     The descriptions returned by the "FileFix" functions
  3778.     will be word-wrapped so that continuation lines start
  3779.     with <indent> spaces and do not exceed column <right>.
  3780.  
  3781.   Example:
  3782.  
  3783.     AreaDescWrap 25 79
  3784.  
  3785.  
  3786. ΓòÉΓòÉΓòÉ 7.5.5. HelpFile ΓòÉΓòÉΓòÉ
  3787.  
  3788.  
  3789. HelpFile <filename>
  3790.  
  3791.     This keyword defines the file to be put into the Link
  3792.     Robot's answer in reply to a Help request.
  3793.  
  3794.     Usually this file contains instructions for using the
  3795.     Link Robot.
  3796.  
  3797.   Example:
  3798.  
  3799.     HelpFile d:\bbs\nef\NefHelp.Txt
  3800.  
  3801.  
  3802. ΓòÉΓòÉΓòÉ 7.5.6. ProtArea ΓòÉΓòÉΓòÉ
  3803.  
  3804.  
  3805. ProtArea <WTAG> <level>[/<keys>]
  3806.  
  3807.     This keyword allows to selectively protect areas from
  3808.     automatic linking. Unlinking is always possible.
  3809.  
  3810.     The protection scheme is based on the traditional
  3811.     combination of level and keys.
  3812.  
  3813.     <WTAG>  specifies the TAG or group of TAGs to be
  3814.         protected.
  3815.     <level> is an integer number in the range 0-65535.
  3816.     <keys>  is a subset of the following 32 element set:
  3817.         {12345678ABCDEFGHIJKLMNOPQRSTUVWX}
  3818.         These keys are case insensitive.
  3819.  
  3820.     When processing an area TAG, NEF scans the ProtArea
  3821.     statements from the first one to the last one: the first
  3822.     matching <WTAG> determines the protection level and
  3823.     keys. If no match is found, <level> is assumed to be the
  3824.     maximum and <keys> the full set of available keys, so
  3825.     that the area gains maximum protection.
  3826.  
  3827.     Usually it's convenient to override the default maximum
  3828.     protection so that you can list only a few special areas
  3829.     with their protection level and keys while letting all
  3830.     the others get a default NULL protection (automatic
  3831.     linking for everybody). To accomplish this result, you
  3832.     can use a "ProtArea * 0" as the last ProtArea statement.
  3833.  
  3834.     Please, note that the order of the ProtArea statements is
  3835.     _essential_, since they area scanned from the first one
  3836.     to the last one in search for a match between the TAG in
  3837.     examination and the <WTAG> of the ProtArea statements.
  3838.  
  3839.   Example:
  3840.  
  3841.     ProtArea PRIVATE  1000/12ABC  ; Protected private area
  3842.  
  3843.     ProtArea 1*    100/P    ; Areas starting with '1'
  3844.                    ; are not for everybody.
  3845.  
  3846.     ProtArea *     0      ; The remaining areas are
  3847.                    ; for everybody.
  3848.  
  3849.  
  3850. ΓòÉΓòÉΓòÉ 7.5.7. FileBone Support ΓòÉΓòÉΓòÉ
  3851.  
  3852.  
  3853.             FileBone Support
  3854.  
  3855.  
  3856. NEF is able to use information distributed via the FileBone.Na
  3857. and FileBone.No files.
  3858.  
  3859. Many useful functions are allowed by the use of these files, so,
  3860. even if you do not receive them from your uplink, you could
  3861. evaluate the possibility of creating "FileBone-style" files on
  3862. your own, just to store some information that can be retrieved
  3863. by NEF.
  3864.  
  3865. When FileBone-style files are used:
  3866.  
  3867. - The Query command reports the areas available on the FileBone,
  3868.  in addition to those that are not linked to the downlink but
  3869.  already available on the local system.
  3870.  
  3871. - Area descriptions can be returned by FileFix commands.
  3872.  
  3873. - Level and Keys protect areas from "FileFix" linking.
  3874.  A node is entitled to add an area only if it has level and
  3875.  keys that match the requirements from BOTH the "ProtArea"
  3876.  statements in Nef.Cfg and the <lev>[/<keys>] specification
  3877.  in a FileBone format file (if available).
  3878.  
  3879. - Requests for unlinked areas can be forwarded to the FileBone.
  3880.  
  3881.  The requests that have been forwarded to some uplink are
  3882.  stored in a file named after the configuration one, changing
  3883.  the extension to ".Fwd". Usually the configuration file is
  3884.  "Nef.Cfg", so the forwarded requests will be stored in
  3885.  "Nef.Fwd".
  3886.  
  3887.  The format is: <Tag> <Addr>, i.e. every line contains a Tag
  3888.  followed by the 4D Address of the downlink that made the
  3889.  request.
  3890.  
  3891.  When a new area is created, NEF looks into this file in order
  3892.  to find nodes to be added to the new "FileArea" definition.
  3893.  
  3894.  If a requested (and not yet defined) Tag is found in two or
  3895.  more FileBone files, the request is forwarded to the uplink
  3896.  defined in the first FileBone statement only.
  3897.  
  3898.  Don't mind if the Nef.Fwd file contains multiple entries for
  3899.  the same Tag. This can happen when multiple requests for the
  3900.  same area have been received. When the first file comes in
  3901.  and the area is created, all entries will be deleted while
  3902.  the link will be added once.
  3903.  
  3904.  
  3905. ΓòÉΓòÉΓòÉ 7.5.7.1. FileBone ΓòÉΓòÉΓòÉ
  3906.  
  3907.  
  3908. FileBone <file> [<fm> <to> <toadr> <acc> [<pre>]]
  3909.  
  3910.     Multiple FileBone statements are allowed.
  3911.  
  3912.     <file> is the filename of the FileBone-style file.
  3913.  
  3914.     If you want to enable the forward of requests for new
  3915.     areas from your downlinks to your uplink(s), you must
  3916.     specify the following fields (to be enclosed between
  3917.     quotes when containing space) so that they can be used
  3918.     to write netmail messages to your uplink's FileFix:
  3919.  
  3920.     <fm> is the "from" name.
  3921.  
  3922.     <to> is the "to" name.
  3923.  
  3924.     <toadr> is the "to" 4D address.
  3925.  
  3926.     <acc> is a <level>[/keys] specification, to limit the
  3927.        access of downlinks to request forwards addressed
  3928.        to <toadr> for the areas described in <file>.
  3929.  
  3930.     <pre> is an optional string to be prefixed to the area
  3931.        Tags that are being requested.
  3932.  
  3933.   Examples:
  3934.  
  3935.     FileBone \bbs\FileBone.Na "John Doe" SysOp 2:332/1 0
  3936.  
  3937.     The "\bbs\FileBone.Na" file is used by NEF, also for
  3938.     request forwards.
  3939.  
  3940.     When a downlink requests an area that is not currently
  3941.     defined in the NEF configuration (usually TicArea.Cfg)
  3942.     but is described in FileBone.Na, a netmail message is
  3943.     written by NEF from "John Doe" to "SysOp" of 2:332/1
  3944.     using the appropriate "from address" aka and "subject"
  3945.     (password) as per the "FileLink" definition of 2:332/1.
  3946.     The body contains a list of the requested area Tags, one
  3947.     per line.
  3948.  
  3949.     No (<acc> = "0") protection is specified (any downlink
  3950.     has access to request forwards).
  3951.  
  3952.  
  3953.     FileBone \bbs\FB.SP "John Doe" SysOp 2:332/1 30/a +
  3954.  
  3955.     Only downlinks with level equal or above 30 and with the
  3956.     'A' key have access to request forwards. The requested
  3957.     tags will be preceded by "+".
  3958.  
  3959.     If you need a space between the '+' and the tag, then you
  3960.     must specify a <pre> that contains a space, so you have
  3961.     to enclose it in quotes:
  3962.  
  3963.     FileBone \bbs\FB.SP "John Doe" SysOp 2:332/1 0 "+ "
  3964.  
  3965.  
  3966. ΓòÉΓòÉΓòÉ 7.5.7.1.1. FileBone Format ΓòÉΓòÉΓòÉ
  3967.  
  3968.             FileBone Format
  3969.  
  3970. The format for the filebone style is:
  3971.  
  3972.  Area <Tag> <lev>[/<keys>] <flags> <desc>
  3973.  
  3974.  <Tag>
  3975.      is the TIC area Tag.
  3976.      The original filebone format allows 8 character
  3977.      maximum but NEF is not that limited.
  3978.  
  3979.  <lev>
  3980.      is the protection level of the area, for "FileFix"
  3981.      functions.
  3982.      The original format allows the range 0-4095 while NEF
  3983.      allows 0-65535.
  3984.  
  3985.  <keys>
  3986.      are a set of protection keys (1..8, A..X).
  3987.      Not available in the original FileBone format.
  3988.  
  3989.  <flags>
  3990.     is a combinaton of !.*& and possibly other characters.
  3991.  
  3992.     By default (no flags) the area is uni-directional, from
  3993.     the uplink to the defined downlinks.
  3994.  
  3995.     ! : Can be found at any Filebone Hub.
  3996.     . : Only on some Filebone Hubs.
  3997.     * : Any node can hatch into.
  3998.     & : Do not send to downlinks.
  3999.  
  4000.   Others : Private distribution.
  4001.  
  4002.   Examples:
  4003.  
  4004.     !
  4005.       normal area from the uplink to its downlinks,
  4006.       available on all Filebone Hubs.
  4007.  
  4008.    !*&
  4009.       return channel from the downlinks to the
  4010.       uplink, available on all Filebone Hubs.
  4011.  
  4012.     .*
  4013.       bidirectional area (any node can hatch into),
  4014.       available on some Filebone hubs only.
  4015.  
  4016.  
  4017.  <desc>
  4018.     is the description for the area.
  4019.  
  4020.  
  4021.  Example:
  4022.  
  4023.  Area APBBS   0  P ApWorks OS/2 BBS programs
  4024.  Area NODEDIFF 0/f ! FidoNet: Weekly NodeList Updates
  4025.  
  4026.  
  4027. ΓòÉΓòÉΓòÉ 7.5.7.2. ForwardWildReq ΓòÉΓòÉΓòÉ
  4028.  
  4029.  
  4030. ForwardWildReq
  4031.  
  4032.     When a FileFix "Add" request contains wildcards, by
  4033.     default it is NOT forwarded to the filebone.
  4034.     This verb enables even this type of request forward.
  4035.  
  4036.  
  4037. ΓòÉΓòÉΓòÉ 7.6. Link Definitions ΓòÉΓòÉΓòÉ
  4038.  
  4039.  
  4040.             Link Definitions
  4041.  
  4042.  
  4043. The FileLink statement is used to define a link, specifying its
  4044. password, attributes and privileges.
  4045.  
  4046. The FileArea statement is used to define a file area, specifying
  4047. its type and the list of connected systems (that must be defined
  4048. via FileLink statements).
  4049.  
  4050.  
  4051. ΓòÉΓòÉΓòÉ 7.6.1. FileLink ΓòÉΓòÉΓòÉ
  4052.  
  4053.  
  4054. FileLink <address> <password> [#<address>] <flags>
  4055.      [<attr> [<level>[/<keys>] [<WTAG> ...]]]
  4056.  
  4057.     The parameters of this keyword have been represented on
  4058.     two lines because of space, but they MUST be listed on a
  4059.     unique line in the .cfg file.
  4060.  
  4061.     This keyword defines a file link; you must use a
  4062.     FileLink statement for each of your links (both
  4063.     downlinks and uplinks).
  4064.  
  4065.  
  4066.     <address>
  4067.           is the 4D address of the link.
  4068.  
  4069.     <password>
  4070.           is the case insensitive password to be used
  4071.           for all TIC exchanges and for the Link Robot
  4072.           function. NEF has no limit for the password
  4073.           length, anyway you should be aware that other
  4074.           similar programs might have limits, so check
  4075.           with your downlink/uplink before choosing a
  4076.           long password (8 characters should be OK for
  4077.           everyone).
  4078.  
  4079.     #<address>
  4080.           This optional field indicates a "from" 4D
  4081.           address to be used for the .TICs sent to this
  4082.           link (overrides the zone-match and is in turn
  4083.           overriden by the area override (see
  4084.           "FileArea")).
  4085.  
  4086.     <flags>
  4087.           This field is a (case insensitive) set of
  4088.           characters:
  4089.  
  4090.           <H|C|D|N|F>[<S|T>][<I|O|*>][Y].
  4091.  
  4092.           It can be 1 to 4 characters long:
  4093.  
  4094.          - The first flag is mandatory; it defines the
  4095.           flavour of the file-attaches that NEF will
  4096.           create for .TIC and associated files.
  4097.  
  4098.           Please note that this flag can be overridden
  4099.           on a per-area basis by prefixing the link
  4100.           address with a new flavour-flag in the
  4101.           FileArea statement.
  4102.  
  4103.           The available choices for this flag and the
  4104.           consequent file-attach extension follow:
  4105.  
  4106.           H -> .HLO (Hold)
  4107.           C -> .CLO (Crash)
  4108.           D -> .DLO (Direct)
  4109.           F -> .FLO (Normal)
  4110.           N -> .FLO (Normal)
  4111.  
  4112.           The 'N' flag is provided for "compatibility",
  4113.           but it's the same as 'F'.
  4114.  
  4115.          - The second flag is optional: it defines
  4116.           whether NEF must send a .TIC together with
  4117.           the file or not.
  4118.  
  4119.           S -> .TIC sent (default).
  4120.           T -> .TIC not sent.
  4121.  
  4122.           Usually the default is used (this flag can be
  4123.           omitted), but sometimes points like not
  4124.           receiving the .TIC file.
  4125.  
  4126.           Please note that this flag can be overridden
  4127.           on a per-area basis by prefixing the link
  4128.           address with a new flag in the FileArea
  4129.           statement.
  4130.  
  4131.          - The third flag is optional. It is provided
  4132.           for completeness and it is sometimes very
  4133.           handy, but it is recommended not to use it
  4134.           too often since its use might unnecessarily
  4135.           complicate the interpretation of the
  4136.           configuration.
  4137.  
  4138.           It defines whether this link has
  4139.           bidirectional access to file areas or not.
  4140.  
  4141.           This is an override to the "area direction"
  4142.           field of each FileArea definition.
  4143.  
  4144.           Please note that this flag can be overridden
  4145.           on a per-area basis by prefixing the link
  4146.           address with a new flag in the FileArea
  4147.           statement.
  4148.  
  4149.           I -> Only Input is allowed from this link.
  4150.             NEF will not send files.
  4151.           O -> Only output is allowed to this link.
  4152.             NEF will not accept files.
  4153.           * -> Bidirectional link.
  4154.  
  4155.          - The fourth flag ('Y') is optional.
  4156.           It defines the systems that will be notified
  4157.           when a "Nef Notify" command is issued, with
  4158.           no address list.
  4159.  
  4160.     <attr>
  4161.           These are the (case insensitive) attributes
  4162.           for the Link Robot's netmail replies:
  4163.  
  4164.           K -> Kill/Sent
  4165.           C -> Crash
  4166.           H -> Hold
  4167.           D -> Direct (equivalent to "CH")
  4168.           N -> Normal (default)
  4169.           O -> Normal (default)
  4170.  
  4171.           The Private attribute is always implied.
  4172.  
  4173.           ATTENTION: you should usually use the 'H'
  4174.           attribute for file links that are not netmail
  4175.           links too. Otherwise the "Normal" flavoured
  4176.           netmail replies will be routed as per your
  4177.           routing configuration instead of being held
  4178.           for the file link.
  4179.  
  4180.     <level>
  4181.           This is an integer number in the range
  4182.           0-65535 and represents the access level to
  4183.           the Link Robot for this node. Defaults to 0.
  4184.  
  4185.           If it is greater or equal to the protection
  4186.           level of a certain file area, then this node
  4187.           can link the area via the Link Robot,
  4188.           provided it has the necessary keys.
  4189.  
  4190.     <keys>
  4191.           is a subset of the following 32 element set:
  4192.           {12345678ABCDEFGHIJKLMNOPQRSTUVWX}
  4193.           and represents the (case insensitive) access
  4194.           keys to the Link Robot for this node.
  4195.  
  4196.           If <keys> contains all the keys that protect
  4197.           a certain area, then the node can link the
  4198.           area via the Link Robot, provided it has a
  4199.           sufficient access level.
  4200.  
  4201.     <WTAG>
  4202.           The optional list of <WTAG>s specifies the
  4203.           area TAGs that must be automatically linked
  4204.           to this node when they are automatically
  4205.           created by NEF.
  4206.  
  4207.           New areas can be automatically created when
  4208.           unknown TAGs are found in ingoing .TICs (see
  4209.           "NewAreasFrom" above in this reference).
  4210.           You can make NEF automatically link the
  4211.           downlink to the areas that match the <WTAG>
  4212.           specification(s).
  4213.  
  4214.  
  4215.   Examples:
  4216.  
  4217.  
  4218.    - FileLink 2:332/593 pwd593 INY
  4219.  
  4220.     Node 2:332/593 has password "pwd593", is enabled to send
  4221.     .TICs to us ('I'), the file attaches addressed to it
  4222.     (if any) will be normal flavoured ('N') and a
  4223.     notification message will be issued when "Nef Notify" is
  4224.     executed ('Y').
  4225.  
  4226.     Note that file attaches to this node will only be
  4227.     possible if a local area override will be used, since
  4228.     the 'I' flag instructs NEF to accept files from the node
  4229.     but not to send to it.
  4230.  
  4231.     Nothing is specified about the Link Robot's reply flags
  4232.     and access level and keys, so this node will be able to
  4233.     link only areas with protection level 0 and no keys; the
  4234.     Robot's reply will be normal flavoured.
  4235.  
  4236.    - FileLink 2:331/196.1 pwd1961 H NK 300/ab
  4237.  
  4238.     Node 2:331/196.1 has password "pwd1961", nothing is
  4239.     specified about link direction (it will depend on the
  4240.     "area direction" and local overrides), the file attaches
  4241.     will be Hold flavoured ('H'), the reply netmails will be
  4242.     normal flavoured ('N') and kill/sent ('K'), the access
  4243.     level is 300 and the access keys are a,b.
  4244.  
  4245.    - FileLink 2:332/1 pwd1 #2:332/500 H N 900/ab MI* *OS2*
  4246.  
  4247.     Node 2:332/1 has password "pwd1", all the TICs sent to
  4248.     this node will use the from-address 2:332/500 (provided
  4249.     there is no aka override at the "FileArea" level), the
  4250.     file attaches will be Hold flavoured ('H'), the netmail
  4251.     replies will be normal flavoured ('N'), the access level
  4252.     is 900 and the access keys a,b.
  4253.  
  4254.     New areas whose TAG begins with "MI" or contains "OS2"
  4255.     will be automatically linked when they are automatically
  4256.     created by NEF.
  4257.  
  4258.  
  4259. ΓòÉΓòÉΓòÉ 7.6.2. FileArea ΓòÉΓòÉΓòÉ
  4260.  
  4261.  
  4262. FileArea <TAG> <path> I|O|* [#<address>] [-0[<days>]]
  4263.      [[<flags>]<link> ...]
  4264.  
  4265.     The parameters of this keyword have been represented on
  4266.     two lines because of space, but they MUST be listed on a
  4267.     unique line in the .cfg file.
  4268.  
  4269.     This keyword defines an echo file area.
  4270.  
  4271.     If you have a small system, you can put the area
  4272.     definitions in the main configuration file (e.g.
  4273.     NEF.CFG). For systems with a large number of areas and
  4274.     links, it is recommended to use a separate file for the
  4275.     area definitions: see the "TicAreaCfg" keyword, formerly
  4276.     discussed in this documentation.
  4277.  
  4278.     ATTENTION: when using the "TicAreaCfg" separate file,
  4279.     you must put ALL the FileArea statements in that file.
  4280.     You are not allowed to put area definitions both in the
  4281.     main .cfg file and in the dedicated TicAreaCfg file at
  4282.     the same time !
  4283.  
  4284.     Please note that all the FileArea statements, if
  4285.     included in the main .cfg file, MUST be defined _after_
  4286.     the FileLink statements.
  4287.  
  4288.     <TAG> is the area TAG.
  4289.  
  4290.     <path> is the directory for the file area.
  4291.  
  4292.     I|O|*  is the (case insensitive) "area direction" and
  4293.         defines the default direction for the area:
  4294.  
  4295.       'I'
  4296.          we accept files from the listed nodes but do
  4297.          not send to them, unless an override flag is
  4298.          present before the <link> or in the pertinent
  4299.          "FileLink" definition.
  4300.  
  4301.          This should usually be used for "pre" areas, in
  4302.          which files must be collected from downlinks
  4303.          and sent to the area coordinator via the
  4304.          uplink, which will probably need a local 'O'
  4305.          override.
  4306.  
  4307.       'O'
  4308.          we send files to the listed nodes but do not
  4309.          accept from them, unless an override flag is
  4310.          present before the <link> or in the pertinent
  4311.          "FileLink" definition.
  4312.  
  4313.          This should usually be used for areas that must
  4314.          be distributed to downlinks. The uplink will
  4315.          need a local 'I' override before its <link>
  4316.          field or a global one in its FileLink
  4317.          definition.
  4318.  
  4319.       '*'
  4320.          the area is bidirectional, so we both send and
  4321.          accept files to/from the listed nodes, unless
  4322.          an override flag is present before the <link>
  4323.          or in the pertinent "FileLink" definition.
  4324.  
  4325.          This should be used for bidirectional areas, in
  4326.          which everybody is allowed to "hatch" files.
  4327.  
  4328.  
  4329.     #<address>
  4330.          defines the primary address to be used for
  4331.          this area; overrides both the default
  4332.          zone-match and the aka overrides in "FileLink"
  4333.          definitions
  4334.  
  4335.     -0[<days>]
  4336.          When the "-0" (zero) is specified, the area is
  4337.          "Passthru", that is its files will be deleted
  4338.          when already sent to all the downlinks. Please
  4339.          note that ANY file (apart from FILES.*) present
  4340.          in the <path> and not attached to any system
  4341.          will be deleted.
  4342.  
  4343.          If the optional <days> parameter is used, the
  4344.          files will not be deleted until they become
  4345.          older than <days> _AND_ not referenced by any
  4346.          file attach.
  4347.  
  4348.          <days> is an integer <= 65535.
  4349.  
  4350.          Please note that you can use the Touch and
  4351.          KillDate statements to control the date used to
  4352.          evalutate the file age.
  4353.  
  4354.          NEF must be explicitly instructed to delete the
  4355.          old files in passthru areas, usually in some
  4356.          maintenance event.
  4357.  
  4358.          See also the "-p" and "CLEAN" command line
  4359.          options.
  4360.  
  4361.     The list of linked nodes follows; each node can have
  4362.     some <flags> attached before the node address. The
  4363.     available flags are the same as for the <flags> field in
  4364.     the "FileLink" statement.
  4365.  
  4366.     <flags>
  4367.           This is an optional (case insensitive) field
  4368.           made up of 1 to 3 characters:
  4369.           [H|C|D|N|F][S|T][I|O|*].
  4370.  
  4371.          - The first flag defines the flavour of the
  4372.           file-attaches that NEF will create for .TIC
  4373.           and associated files.
  4374.  
  4375.           Please note that this flag overrides that in
  4376.           the pertinent "FileLink" statement.
  4377.  
  4378.           The available choices for this flag and the
  4379.           consequent file-attach extension follow:
  4380.  
  4381.           H -> .HLO (Hold)
  4382.           C -> .CLO (Crash)
  4383.           D -> .DLO ( Direct)
  4384.           F -> .FLO (Normal)
  4385.           N -> .FLO (Normal)
  4386.  
  4387.           The 'N' flag is provided for "compatibility",
  4388.           but it's the same as 'F'.
  4389.  
  4390.          - The second flag defines whether NEF must send
  4391.           a .TIC together with the file or not.
  4392.  
  4393.           S -> .TIC sent.
  4394.           T -> .TIC not sent.
  4395.  
  4396.           Please note that this flag overrides that in
  4397.           the pertinent "FileLink" statement.
  4398.  
  4399.          - The third flag defines the direction of the
  4400.           link.
  4401.  
  4402.           Please note that this flag overrides that in
  4403.           the pertinent "FileLink" statement, which in
  4404.           turn overrides the "area direction".
  4405.  
  4406.           I -> Only Input is allowed from this link.
  4407.             NEF will not send files.
  4408.           O -> Only output is allowed to this link.
  4409.             NEF will not accept files.
  4410.           * -> Bidirectional link.
  4411.  
  4412.     <link>
  4413.           This is a 4D address, that can be abbreviated
  4414.           whenever the preceding address has the same
  4415.           zone, zone:net or zone:net/node.
  4416.  
  4417.           For the first <link>, if incomplete, the
  4418.           primary address for the area is used; anyway
  4419.           NEF always writes the first address in
  4420.           complete form when rewriting the area due to
  4421.           a Link Robot command.
  4422.  
  4423.   Examples:
  4424.  
  4425.   Please note that the situation might be a little different
  4426.   from what explained below, since the FileLink definitions
  4427.   could have some overriding flags.
  4428.  
  4429.  
  4430.   FileArea AREA1 d:\file\area1 O I2:332/1 504.1 .2 1:2/3
  4431.  
  4432.   Typical area definition, where we receive from the
  4433.   uplink (marked with 'I') and forward to the listed downlinks
  4434.   (area direction 'O').
  4435.  
  4436.  
  4437.   FileArea AREA2 d:\file\area2 O -0 I2:332/1 504.1 .2 1:2/3
  4438.  
  4439.   Same as above, but passthru.
  4440.  
  4441.  
  4442.   FileArea AREA3 d:\file\area3 O -030 I2:332/1 504.1 .2 1:2/3
  4443.  
  4444.   Same as above, but the files will not be deleted until they
  4445.   are 30 day old.
  4446.  
  4447.  
  4448.   FileArea AREA4 d:\file\area4 I O2:5/1 3/1 332/504.2 .3
  4449.  
  4450.   This is a "reverse" area, where we receive from the listed
  4451.   nodes (area direction 'I') and send to the one marked with
  4452.   'O'.
  4453.  
  4454.  
  4455.   FileArea AREA5 d:\file\area5 * 2:5/1 3/1 332/504.2 .3
  4456.  
  4457.   This is a bidirectional area (direction '*'), where we
  4458.   receive from any of the listed nodes and forward to all the
  4459.   others.
  4460.  
  4461.  
  4462.   FileArea AREA6 d:\file\area6 O #2:332/500 I2:332/596 C555
  4463.  
  4464.   A normal "up-link to down-links" area ('O'); we use
  4465.   2:332/500 as the primary address, accept files from
  4466.   2:332/596 and forward to 2:332/555 with a crash flavoured
  4467.   file attach.
  4468.  
  4469.  
  4470.   FileArea AREA7 d:\file\area7 O S2:332/504.1 10:10/0 *100/1
  4471.  
  4472.   Normal "up-link to down-links" area ('O'); 10:100/1 is the
  4473.   only node enabled to send to us (bidirectional override
  4474.   '*'); we forward to 2:332/504.1 and 10:10/0. If we hatch
  4475.   files, we send to 10:100/1 too, since it is bidirectional.
  4476.   We send the .TIC accompanying files to 2:332/504.1 ('S')
  4477.   even if it had a 'T' flag in its FileLink definition.
  4478.  
  4479.  
  4480.  
  4481. ΓòÉΓòÉΓòÉ 7.7. Compress Definition File ΓòÉΓòÉΓòÉ
  4482.  
  4483.  
  4484.           COMPRESS DEFINITION FILE
  4485.  
  4486.  
  4487. The file specified in the CompressCfg statement is a sequence of
  4488. Archive definition blocks, each one starting with "Archiver" and
  4489. ending with "End Archiver". You can find an example in the
  4490. Compress.Cfg file included in the distribution pack.
  4491.  
  4492. The order of the archive definition blocks within this file may
  4493. be important: when trying to unpack a compressed file, the list
  4494. of archivers is scanned in a reverse order.
  4495.  
  4496. In the case of two archivers that use the same identification
  4497. string (e.g. ARC and PAK), you must specify the archiver that
  4498. can unpack both (PAK) after the other one (ARC).
  4499.  
  4500. The compress.cfg file can be shared between DOS/NT and OS/2
  4501. applications: the "DOS" and "OS2" keywords are available to
  4502. distinguish between the commands to be used under DOS/NT and
  4503. OS/2.
  4504.  
  4505. O.S. specific archivers or commands must be prefixed with the
  4506. relevant keyword.
  4507.  
  4508. IMPORTANT NOTE: The lines that begin with "DOS" or "OS2" are
  4509. parsed by the DOS/NT and OS/2 versions respectively. If you need
  4510. the OS/2 version to execute a DOS command, you MUST NOT use the
  4511. DOS keyword: if you do, it will never parse that line; if you do
  4512. not, it will execute the DOS command "normally", provided you
  4513. have installed OS/2's Dos support.
  4514.  
  4515. See the examples below.
  4516.  
  4517.  
  4518. ΓòÉΓòÉΓòÉ 7.7.1. Archiver ΓòÉΓòÉΓòÉ
  4519.  
  4520.  
  4521. Archiver <ARCname>
  4522.  
  4523.     Starts the Archive definition block.
  4524.  
  4525.     <ARCname> is the name used to identify this archiver.
  4526.  
  4527.   Example:
  4528.  
  4529.     Archiver ZIP
  4530.  
  4531.  
  4532. ΓòÉΓòÉΓòÉ 7.7.2. Extension ΓòÉΓòÉΓòÉ
  4533.  
  4534.  
  4535. Extension  <ext>
  4536.  
  4537.     Specifies the default extension for the compressed
  4538.     files.
  4539.  
  4540.   Example:
  4541.  
  4542.     Extension ZIP
  4543.  
  4544.  
  4545. ΓòÉΓòÉΓòÉ 7.7.3. Ident ΓòÉΓòÉΓòÉ
  4546.  
  4547.  
  4548. Ident <ofs>,<ID>
  4549.  
  4550.     <ofs> is a decimal integer number representing the
  4551.     offset at which an archive identity marker <ID> must be
  4552.     present.
  4553.  
  4554.     Negative values can be used to indicate offsets from the
  4555.     END of a compressed file. -1 means "the last byte", -2
  4556.     "the second last byte" and so on.
  4557.  
  4558.     <ID> is a series of hexadecimal figures which represent
  4559.     the bytes of the marker string that must be present at
  4560.     the specified offset of the archive file.
  4561.  
  4562.   Example:
  4563.  
  4564.     Ident 0,504b0304  ; "PK^c^d"
  4565.  
  4566.  
  4567. ΓòÉΓòÉΓòÉ 7.7.4. Add ΓòÉΓòÉΓòÉ
  4568.  
  4569.  
  4570. Add <command>
  4571.  
  4572.     Specifies the command to add files to an archive.
  4573.     %a and %f are translated to the name of the archive and
  4574.     file to add.
  4575.  
  4576.   Example:
  4577.  
  4578.     Add zip -jk %a %f
  4579.  
  4580.  
  4581. ΓòÉΓòÉΓòÉ 7.7.5. Extract ΓòÉΓòÉΓòÉ
  4582.  
  4583.  
  4584. Extract <command>
  4585.  
  4586.     Specifies the command to extract files from an archive.
  4587.     %a and %f are translated to the name of the archive and
  4588.     file to extract.
  4589.  
  4590.   Example:
  4591.  
  4592.     Extract unzip -qqnjC %a %f
  4593.  
  4594.  
  4595. ΓòÉΓòÉΓòÉ 7.7.6. View ΓòÉΓòÉΓòÉ
  4596.  
  4597.  
  4598. View <command>
  4599.  
  4600.     This line is recognized and accepted for compatibility,
  4601.     but not used.
  4602.  
  4603.  
  4604. ΓòÉΓòÉΓòÉ 7.7.7. End Archiver ΓòÉΓòÉΓòÉ
  4605.  
  4606.  
  4607. End Archiver
  4608.  
  4609.     This statement is used to close a Archive definition.
  4610.  
  4611.  
  4612. ΓòÉΓòÉΓòÉ 7.7.8. Examples ΓòÉΓòÉΓòÉ
  4613.  
  4614.               Examples
  4615.  
  4616.  
  4617.   Complete example 1 (you need OS/2 only):
  4618.  
  4619. Archiver ZIP
  4620.    Extension   ZIP
  4621.    Ident     0,504b0304
  4622.    Add      zip -jk %a %f
  4623.    Extract    unzip -qqnjC %a %f
  4624.    View      unzip -v %a
  4625. End Archiver
  4626.  
  4627.  
  4628.   Complete example 2 (you need DOS only):
  4629.  
  4630. Archiver ZIP
  4631.    Extension   ZIP
  4632.    Ident     0,504b0304
  4633.    Add      pkzip -a %a %f
  4634.    Extract    pkunzip -n %a %f
  4635.    View      pkzip -v %a
  4636. End Archiver
  4637.  
  4638.  
  4639.   Complete example 3 (you need both OS/2 and DOS):
  4640.  
  4641. Archiver ZIP
  4642.    Extension   ZIP
  4643.    Ident     0,504b0304
  4644. OS2  Add      zip -jk %a %f
  4645. DOS  Add      pkzip -a %a %f
  4646. OS2  Extract    unzip -qqnjC %a %f
  4647. DOS  Extract    pkunzip -n %a %f
  4648. OS2  View      unzip -v %a
  4649. DOS  View      pkzip -v %a
  4650. End Archiver
  4651.  
  4652.  
  4653.   Complete example 4 (archiver to be used under DOS only):
  4654.  
  4655. DOS Archiver ZOO
  4656. DOS   Extension    ZOO
  4657. DOS   Ident      0,5a4f4f             ; "ZOO"
  4658. DOS   Add       zoo a: %a %f
  4659. DOS   Extract     zoo e:O %a %f
  4660. DOS   View       zoo v %a
  4661. DOS End Archiver
  4662.  
  4663.  
  4664.   Complete example 5 (it's a DOS executable, to be used under
  4665.             DOS or OS/2 indifferently):
  4666.  
  4667. Archiver ZOO
  4668.    Extension    ZOO
  4669.    Ident      0,5a4f4f             ; "ZOO"
  4670.    Add       zoo a: %a %f
  4671.    Extract     zoo e:O %a %f
  4672.    View       zoo v %a
  4673. End Archiver
  4674.  
  4675.  
  4676. ΓòÉΓòÉΓòÉ 8. TroubleShooting ΓòÉΓòÉΓòÉ
  4677.  
  4678.  
  4679.             TroubleShooting
  4680.  
  4681.  
  4682. Problem:
  4683.      NEF does not append to Echotoss.log.
  4684.  
  4685. Solution:
  4686.      Make sure that the announcement area is defined with
  4687.      AreaTag (not AreaPath).
  4688.      You might also need the SquishCfg keyword, if you want
  4689.      NEF to automatically retrieve the area Path and type.
  4690.  
  4691.  
  4692. ΓòÉΓòÉΓòÉ 9. SHAREWARE ΓòÉΓòÉΓòÉ
  4693.  
  4694.  
  4695.             S H A R E W A R E
  4696.  
  4697.  
  4698. If you like this program and continue using it, you should pay
  4699. the author for his work, as per the ShareWare concept of
  4700. distribution.
  4701.  
  4702. Please see LICENSE.DOC and REGISTER.DOC for information.
  4703.  
  4704. Thank you for your interest in ApWorks programs.
  4705.  
  4706.  
  4707. ΓòÉΓòÉΓòÉ 9.1. License.Doc ΓòÉΓòÉΓòÉ
  4708.  
  4709.  
  4710.              ΓòöΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòù
  4711.              Γòæ    Γòæ
  4712.              Γòæ N E F Γòæ
  4713.              Γòæ    Γòæ
  4714.              ΓòÜΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓò¥
  4715.  
  4716.             L I C E N S E
  4717.  
  4718.              P O L I C Y
  4719.  
  4720.              May  1996
  4721.  
  4722.  
  4723. This software (program and accompanying documentation) are:
  4724.  
  4725. Copyright (c) 1991-1996 Alberto Pasquale, all rights reserved.
  4726.  
  4727.             DISTRIBUTION FORMAT
  4728.  
  4729.  
  4730. This software is distributed in a locked RAR archive, with
  4731. embedded authenticity-verification information.
  4732.  
  4733. The distribution of modified archives, including those derived
  4734. from the conversion to a different archiver, is explicitly
  4735. prohibited.
  4736.  
  4737. When the RAR extension is not accepted, you should either store
  4738. the original RAR archive inside a different one (e.g. RAR inside
  4739. ZIP) or get the self-extracting executable that is prepared by
  4740. the author (available on ftp.wilmington.net/bmtmicro).
  4741.  
  4742.  
  4743.  
  4744.            S H A R E W A R E
  4745.  
  4746.  
  4747. This software is distributed as ShareWare: you are granted the
  4748. right to evaluate the program for a maximum of 30 days before
  4749. paying the author. After the evaluation period, you are required
  4750. to either register (see REGISTER.DOC) or stop using the program.
  4751.  
  4752. You are encouraged to distribute the original and unmodified
  4753. package freely, in any form and on any media, provided you do
  4754. not charge any fee for the program itself.
  4755.  
  4756. This package could be included in CD-ROM collections,
  4757. subscription download areas, BBS packages, provided it remains
  4758. in its complete and unmodified original archive.
  4759.  
  4760. In any case, the user must register with the author after the
  4761. evaluation period.
  4762.  
  4763. IMPORTANT: the registration is NOT a trade transaction, it is to
  4764. be considered as payment of royalties; therefor the registration
  4765. key is personal and NOT transferrable.
  4766.  
  4767.  
  4768.              DISCLAIMER
  4769.  
  4770.  
  4771. This software is provided on an "as is" basis without warranty
  4772. of any kind, expressed or implied, including but not limited to
  4773. the implied warranties of merchantability and fitness for a
  4774. particular purpose.
  4775.  
  4776. The person using the software bears all risk as to its quality
  4777. and performance.
  4778.  
  4779. The author will not be liable for any special, incidental,
  4780. consequential, indirect or similar damages due to loss of data
  4781. or any other reason.
  4782.  
  4783.  
  4784. ΓòÉΓòÉΓòÉ 9.2. Register.Doc ΓòÉΓòÉΓòÉ
  4785.  
  4786.  
  4787.           **  ** ******* *******
  4788.           ***  **  **  *  **  *
  4789.           **** **  ** *   ** *
  4790.           ** ****  ****   ****
  4791.           **  ***  ** *   ** *
  4792.           **  **  **  *  **
  4793.           **  ** ******* ****
  4794.  
  4795.  
  4796.     (C) Copyright 1991-1996  by  Alberto Pasquale
  4797.  
  4798.       A L L  R I G H T S  R E S E R V E D
  4799.  
  4800.  
  4801. For licensing terms and disclaimer, see LICENSE.DOC.
  4802.  
  4803. This program required a lot of work: by registering you will
  4804. support me in developing this and other similar products.
  4805.  
  4806. You will receive a registration Key that removes the initial 2
  4807. second pause and makes the program show "Registered <month/year>
  4808. To: <Reg.String>" instead of the registration request banner.
  4809.  
  4810. The registration is guaranteed valid for all future minor
  4811. updates and, in any case, for all versions that will be released
  4812. in a period of 2 years after registration. After this period, an
  4813. upgrade fee might possibly be required in the case of major new
  4814. releases.
  4815.  
  4816. The registration key works with the current version of the
  4817. program for ANY platform: you do not have to pay anything in
  4818. the case you change your operating system.
  4819.  
  4820. ΓòöΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòù
  4821. Γòæ                               Γòæ
  4822. Γòæ Registration fee: US$ 20, DEM 30, ITL 30,000 or (see below) Γòæ
  4823. Γòæ                               Γòæ
  4824. ΓòÜΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓò¥
  4825.  
  4826.  
  4827.  
  4828. ΓòÉΓòÉΓòÉ 9.2.1. How to Register ΓòÉΓòÉΓòÉ
  4829.  
  4830.  
  4831.             HOW TO REGISTER
  4832.  
  4833.  
  4834.  
  4835. Registering is quite easy; you can register:
  4836.  
  4837.  
  4838. - Directly with me by cash, check or international (not domestic !) postal money
  4839.  order.
  4840.  
  4841. - via local Registration Site in Germany, Denmark (Sweden,
  4842.  Norway), UK, Croatia.
  4843.  
  4844. - via BMT Micro (Wilmington, NC, USA), by credit card, money
  4845.  order, cashiers check, personal check, German or British
  4846.  currency.
  4847.  
  4848. - via PsL (Houston, TX, USA), by credit card.
  4849.  
  4850.  
  4851. The registration key will be sent you via internet e-mail or
  4852. crash netmail depending on availability; fax and postal mail
  4853. will be used only in case of problems.
  4854.  
  4855. Should you not receive your registration key in a reasonable
  4856. time, please feel free to contact me.
  4857.  
  4858. Please allow at least 3 weeks for response to international
  4859. airmail.
  4860.  
  4861.  
  4862. Please address your requests, complaints, suggestions to:
  4863.  
  4864.  Alberto Pasquale of 2:332/504@fidonet
  4865.  
  4866.  alberto.pasquale@mo.nettuno.it
  4867.  
  4868.  2:332/504@fidonet +39-59-246112 ISDNC V34+ V32T H16
  4869.  2:332/524@fidonet +39-59-246113 ISDNC V34  V32T H16 FAX
  4870.  
  4871.  
  4872. ΓòÉΓòÉΓòÉ 9.2.1.1. Author's ΓòÉΓòÉΓòÉ
  4873.  
  4874.       Hot to register directly with the author
  4875.  
  4876. You have to send the registration information and money to:
  4877.  
  4878.    Alberto Pasquale
  4879.    Viale Verdi 106
  4880.    41100 Modena
  4881.    Italy
  4882.  
  4883.  
  4884. ΓòÉΓòÉΓòÉ 9.2.1.1.1. Cash ΓòÉΓòÉΓòÉ
  4885.  
  4886.  
  4887. Cash:
  4888.    Just put the (accurately hidden) banknotes (US$ 20, DEM
  4889.    30, ITL 30,000) together with Register.For in an envelope.
  4890.    If you do not have US dollars, German marks or Italian
  4891.    liras and do not like going to the bank, you can send the
  4892.    equivalent in your currency, provided it is commonly
  4893.    exchangeable. Please be aware that coins are nice gifts
  4894.    but are NOT exchangeable.
  4895.  
  4896.  
  4897. ΓòÉΓòÉΓòÉ 9.2.1.1.2. Check ΓòÉΓòÉΓòÉ
  4898.  
  4899.  
  4900. Check:
  4901.    Just put the check (accurately hidden) together with
  4902.    Register.For in an envelope. Please read carefully the
  4903.    following instructions:
  4904.  
  4905.    - Eurocheque: ITL 30,000 (thirty thousand).
  4906.  
  4907.    - Italian check: 30.000 lire
  4908.  
  4909.    - Other (bank) checks: US$ 25, DEM 35, ITL 40,000 or
  4910.     equivalent (the surcharge is to partially cover the
  4911.     foreign check redemption cost).
  4912.  
  4913.    ATTENTION: NO Postal Checks please.
  4914.  
  4915.  
  4916. ΓòÉΓòÉΓòÉ 9.2.1.1.3. Postal Money Order ΓòÉΓòÉΓòÉ
  4917.  
  4918.  
  4919. Postal Money Order:
  4920.  
  4921.    Just go to the post office and ask for an _INTERNATIONAL_
  4922.    postal money order. It is best to go to a major post
  4923.    office, since minor ones are generally not used dealing
  4924.    with international money orders. Usually you can choose
  4925.    whether to use your currency or the recipient's.
  4926.  
  4927.    Please be sure to specify the necessary registration
  4928.    information in the "sender message" field or send
  4929.    Register.For separately to the author.
  4930.  
  4931.    - International money order in italian liras: ITL 30,000
  4932.     (thirty thousand).
  4933.  
  4934.    - International money order in your currency: US$ 23,
  4935.     DEM 35 or equivalent.
  4936.  
  4937.    - Italian money order "vaglia": 30.000 lire.
  4938.  
  4939.    IMPORTANT: Please DO NOT send me normal "domestic" postal
  4940.    money orders, since they are not payable outside of your
  4941.    country; you must use INTERNATIONAL postal money orders.
  4942.  
  4943.    If you would like to receive the key soon, you
  4944.    can FAX me (+39-59-246113) the receipt of the
  4945.    postal money order together with REGISTER.FOR.
  4946.  
  4947.  
  4948. ΓòÉΓòÉΓòÉ 9.2.1.2. Local Registration/Support sites ΓòÉΓòÉΓòÉ
  4949.  
  4950.  
  4951. Local Registration/Support Sites:
  4952.  
  4953.     If you choose this way, you will have contacts with the
  4954.     local supporter only: you will send him the money and
  4955.     registration form; in a few days you will receive your
  4956.     key.
  4957.  
  4958.  
  4959. ΓòÉΓòÉΓòÉ 9.2.1.2.1. Germany ΓòÉΓòÉΓòÉ
  4960.  
  4961.  
  4962. Germany:
  4963.  
  4964.     Roland Schiradin
  4965.     Stockbornstr. 10
  4966.     65343 Eltville
  4967.     Germany
  4968.  
  4969.     Fidonet:  2:2454/169 Mail Only
  4970.     Internet: degr9tr9@ibmmail.com
  4971.  
  4972.     Reg. Fee: DEM 35
  4973.  
  4974.     He has the APWORKS support echo and TIC file-areas for
  4975.     my programs available. Besides he can provide you with
  4976.     information about the nodes carrying APWORKS in
  4977.     Germany.
  4978.  
  4979.     He has the latest version of ApWorks programs available
  4980.     for F/R with the same magics listed in Readme.1st.
  4981.  
  4982.  
  4983. ΓòÉΓòÉΓòÉ 9.2.1.2.2. Denmark/Sweden/Norway ΓòÉΓòÉΓòÉ
  4984.  
  4985.  
  4986. Denmark
  4987. Sweden
  4988. Norway:
  4989.     Jens Holm
  4990.     Skanderupgade 9, D2
  4991.     8660 Skanderborg
  4992.     Denmark
  4993.  
  4994.     Reg. Fee: 125.- DKR.
  4995.  
  4996.     Can be paid cash, check or postal order.
  4997.  
  4998.     Email:
  4999.     2:238/888.0@fidonet, 9:451/180@virnet, 81:445/40@os2net
  5000.  
  5001.     for swedish and norwegian users, if in doubt, please
  5002.     contact regsite for payment in local currency, reply will
  5003.     be crashed back.
  5004.  
  5005.  
  5006. ΓòÉΓòÉΓòÉ 9.2.1.2.3. United Kingdom ΓòÉΓòÉΓòÉ
  5007.  
  5008.  
  5009. United Kingdom:
  5010.  
  5011.     Vince Coen
  5012.     Applewood House
  5013.     Epping Road
  5014.     Roydon, Harlow
  5015.     Essex, CM19 5DA, UK
  5016.  
  5017.     Fidonet: 2:257/609
  5018.  
  5019.     Reg. Fee: GBP 15.00
  5020.  
  5021.     Payment can be in Cash, Cheque (bankers card number on
  5022.     order form please) or EuroCheck.
  5023.  
  5024.     Or direct to my bankers. Payment MUST be in Pounds Sterling.
  5025.  
  5026.     For payment though the bank:
  5027.     Bank:     First Direct.
  5028.     Sort code:   40-47-86.
  5029.     Account:    00449334
  5030.     Account name: Vincent Coen.
  5031.  
  5032.     Payment reference must include Sysop name and node number.
  5033.  
  5034.     He has the latest version of ApWorks programs available
  5035.     for F/R with the same magics listed in Readme.1st.
  5036.  
  5037.  
  5038. ΓòÉΓòÉΓòÉ 9.2.1.2.4. Croatia ΓòÉΓòÉΓòÉ
  5039.  
  5040.  
  5041. Croatia:
  5042.  
  5043.     Branko Radojevic
  5044.     KOPIJA d.o.o.
  5045.     Pera Rudenjaka 2a
  5046.     HR-20000 Dubrovnik
  5047.  
  5048.     Fidonet:  2:381/124
  5049.          2:381/20
  5050.  
  5051.     Internet: branko@pfdu.hr
  5052.          sysop@pulsar.fido.hr
  5053.  
  5054.     PULSAR BBS Dubrovnik
  5055.     Data : +385 20 413 299 (ZYX, V34)
  5056.     Voice: +385 20 412 999
  5057.  
  5058.     Reg. Fee: Kn 135
  5059.  
  5060.  
  5061. ΓòÉΓòÉΓòÉ 9.2.1.3. BMT Micro ΓòÉΓòÉΓòÉ
  5062.  
  5063.          How to register with BMT Micro
  5064.  
  5065.  
  5066. You have to fill in the BmtMicro.For registration form and send
  5067. it (or equivalent information) to BMT Micro.
  5068.  
  5069. ATTENTION: for any question regarding the program, its
  5070. registration, support etc, you must contact me directly.
  5071. Please contact BMT Micro to order ONLY.
  5072.  
  5073. Usually your key will be delivered within 2 business days.
  5074.  
  5075. In certain holiday periods (Christmas, Easter, end of July,
  5076. first half of August) there might be some delay (a few days for
  5077. Christmas or Easter, a couple of weeks in July/August). If you
  5078. think your order is particularly late, please contact me first !
  5079.  
  5080.  
  5081.     Mail Orders To: BMT Micro
  5082.             PO Box 15016
  5083.             Wilmington, NC  28408
  5084.             U.S.A.
  5085.  
  5086.      Voice Orders: 8:00am - 7:00pm EST (-5 GMT)
  5087.             (800) 414-4268 (Orders only)
  5088.             (910) 791-7052 (Orders / Order Inquires)
  5089.  
  5090.       Fax Orders: (800) 346-1672 24 hours, 7 days a week
  5091.             (910) 350-2937 24 hours, 7 days a week
  5092.  
  5093. Online Orders via BBS: (910) 350-8061 10 lines, all 14.4K
  5094.             (910) 799-0923 28.8k v.FC
  5095.  
  5096.     BBS via Telnet: bmt.wilmington.net
  5097.  
  5098.     via Compuserve: Thomas Bradford, 74031,307
  5099.      via Internet: orders@bmtmicro.com
  5100.  
  5101.  
  5102. Credit cards: Visa, Mastercard, Discover, American Express,
  5103.        Diner's Club.
  5104.  
  5105. They also accept money orders, cashiers checks, personal checks,
  5106. German or British currency via registered mail.
  5107.  
  5108. Personal checks are subject to clearance.
  5109.  
  5110.  
  5111. ΓòÉΓòÉΓòÉ 9.2.1.4. PsL ΓòÉΓòÉΓòÉ
  5112.  
  5113.       How to register with PsL (by credit card)
  5114.  
  5115.  
  5116. You must fill in the PsL.Crd and Register.For forms; then
  5117. you must send BOTH of them to PSL directly (they will forward
  5118. Register.for information to me).
  5119.  
  5120. You can order with MasterCard, Visa, American Express or
  5121. Discover Card: the charge is US$ 25.
  5122.  
  5123. ATTENTION: you MUST NOT send me any information about your
  5124. credit card. If you do, I am NOT allowed to forward your credit
  5125. card info to PSL.
  5126.  
  5127. ATTENTION: for any question regarding the program, its
  5128. registration, key delivery etc, you must contact me directly.
  5129. You must contact PSL to order ONLY.
  5130.  
  5131. PSL will notify me your order within one business day and I will
  5132. usually send your key by e-mail or crash netmail within 24h, so
  5133. if you order by fax or phone, you should usually receive your
  5134. key within 2 business days.
  5135.  
  5136. ATTENTION: In certain "holiday" periods (Christmas, Easter, end
  5137. of July, first half of August) there might be some delay (a few
  5138. days for Christmas or Easter, a couple of weeks in July/August).
  5139. If you think your order is particularly late, please contact me
  5140. first !
  5141.  
  5142. ATTENTION: It may happen that the PSL operator asks you for your
  5143. preferred diskette format. You must be aware that this may be
  5144. "standard" PSL procedure, but I will send you a key ONLY (via
  5145. e-mail, crash netmail, fax or letter), since you already have
  5146. the program.
  5147.  
  5148. IMPORTANT: Please, be sure to always give PsL the address where
  5149. you want to receive your key: e-mail address, fidonet name _and_
  5150. address, fax number, and/or complete postal address. If you are
  5151. not in the fidonet nodelist and I don't receive enough
  5152. information, I will be forced to send you an air-mail letter
  5153. (2-3 weeks for delivery). In the case of doubts, you can send
  5154. the Register.For to me too, by e-mail, crash netmail or fax.
  5155.  
  5156. Credit card registrations may be made by the following methods
  5157. (please be sure to always include all the necessary information
  5158. from BOTH Register.For and PsL.Crd).
  5159.  
  5160.    -- Phone PsL at:
  5161.  
  5162.      800-2424-PsL i.e. 800-2424-775 (Toll free from USA)
  5163.  
  5164.      +1-713-524-6394 (international)
  5165.  
  5166.      PSL Office Hours:
  5167.  
  5168.      7:00 a.m. to  6:00 p.m. CST Monday->Thursday
  5169.      7:00 a.m. to 12:30 p.m. CST Friday
  5170.  
  5171.      Be sure to have BOTH Register.For AND PsL.Crd
  5172.      available to give order information to PSL.
  5173.      First of all, mention the PSL part number specified
  5174.      in PsL.Crd.
  5175.  
  5176.    -- FAX PsL at +1-713-524-6398
  5177.  
  5178.    -- Email PsL at CompuServe userid 71355,470
  5179.  
  5180.    -- Write PsL at:
  5181.      The Public (software) Library
  5182.      P.O. Box 35705
  5183.      Houston, TX 77235-5705, USA
  5184.  
  5185.    Please, let me insist one more time:
  5186.  
  5187.    ΓòöΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòù
  5188.    Γòæ The above numbers are for ORDERS ONLY.         Γòæ
  5189.    Γòæ Any question about the status of the shipment of the  Γòæ
  5190.    Γòæ order (registration key), registration options,    Γòæ
  5191.    Γòæ product details, technical support, etc, must be    Γòæ
  5192.    Γòæ directed to the author, at the address given above in Γòæ
  5193.    Γòæ this documentation.                  Γòæ
  5194.    ΓòÜΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓòÉΓò¥
  5195.  
  5196.  
  5197. ΓòÉΓòÉΓòÉ 9.2.2. How to fill in Register.For ΓòÉΓòÉΓòÉ
  5198.  
  5199.  
  5200.       INSTRUCTIONS FOR COMPILING REGISTER.FOR
  5201.  
  5202.  
  5203. To avoid errors in the key, please PRINT.
  5204.  
  5205. Thank you very much for your support !
  5206.  
  5207.  
  5208. ΓòÉΓòÉΓòÉ 9.2.2.1. Name ΓòÉΓòÉΓòÉ
  5209.  
  5210.  
  5211. Name:
  5212.    Your complete name.
  5213.  
  5214.    Example: John Doe
  5215.  
  5216.  
  5217. ΓòÉΓòÉΓòÉ 9.2.2.2. Reg ΓòÉΓòÉΓòÉ
  5218.  
  5219.  
  5220. Reg:
  5221.    The registration string you want displayed by the program.
  5222.    You can use any character in the IBM set (including special
  5223.    national characters above ASCII 127; if you do not use code
  5224.    page 437 (USA), please specify the code numbers) and you can
  5225.    use lowercase and uppercase at your preference.
  5226.    Maximum length: 63 characters.
  5227.  
  5228.    Usually it should be the same as your name, in which case
  5229.    you can omit this field.
  5230.  
  5231.  
  5232. ΓòÉΓòÉΓòÉ 9.2.2.3. e-mail to ΓòÉΓòÉΓòÉ
  5233.  
  5234.  
  5235. e-mail to:
  5236.    This is your internet e-mail address, if available.
  5237.  
  5238.  
  5239. ΓòÉΓòÉΓòÉ 9.2.2.4. Netmail to ΓòÉΓòÉΓòÉ
  5240.  
  5241.  
  5242. Netmail to:
  5243.    You have to specify the complete destination field for the
  5244.    netmail message.
  5245.  
  5246.    Examples:
  5247.         John Doe of 1:200/300.4
  5248.         John Doe of 1:200/300.0
  5249.  
  5250.  
  5251. ΓòÉΓòÉΓòÉ 9.2.2.5. Crash to ΓòÉΓòÉΓòÉ
  5252.  
  5253.  
  5254. Crash to:
  5255.    You have to specify the data necessary for crashing the
  5256.    message. Usually this should be your system or your Boss
  5257.    (if you are a point).
  5258.  
  5259.    I will call as 2:332/504@fidonet.
  5260.  
  5261.    - If your system (or your Boss) is 24h and it is in the
  5262.     fidonet nodelist, you can omit this field.
  5263.  
  5264.    - If your system is not 24h, please give me a 24h system to
  5265.     which I can crash your netmail for routing.
  5266.  
  5267.    - If the system in consideration is not in the fidonet
  5268.     nodelist, please add its complete phone number and modem
  5269.     type.
  5270.  
  5271.    Examples:
  5272.         1:200/400@fidonet
  5273.         9:800/700@ABCnet +1-703-4567 V34, ISDNC
  5274.  
  5275.  
  5276. ΓòÉΓòÉΓòÉ 9.2.2.6. Fax ΓòÉΓòÉΓòÉ
  5277.  
  5278.  
  5279. Fax:
  5280.    This is your (24h) fax number, if any.
  5281.  
  5282.  
  5283. ΓòÉΓòÉΓòÉ 9.2.2.7. Address ΓòÉΓòÉΓòÉ
  5284.  
  5285.  
  5286. Address:
  5287.    The postal address is the last opportunity of sending you
  5288.    the key.
  5289.  
  5290.  
  5291. ΓòÉΓòÉΓòÉ 9.2.2.8. Version ΓòÉΓòÉΓòÉ
  5292.  
  5293.  
  5294. Version:
  5295.    You should indicate BOTH the version number AND the
  5296.    Operating System.
  5297.  
  5298.    Example: ver. 2.35  OS/2
  5299.  
  5300.    This is not essential and is included for statistical
  5301.    purposes only (the key works with all current versions).
  5302.  
  5303.  
  5304. ΓòÉΓòÉΓòÉ 9.2.2.9. Notes ΓòÉΓòÉΓòÉ
  5305.  
  5306.  
  5307. Notes:
  5308.    You can send me your wish list for future versions,
  5309.    or anything you like.
  5310.  
  5311.  
  5312. ΓòÉΓòÉΓòÉ 9.2.3. How to fill in BmtMicro.For ΓòÉΓòÉΓòÉ
  5313.  
  5314.  
  5315.       INSTRUCTIONS FOR COMPILING BMTMICRO.FOR
  5316.  
  5317.  
  5318. The first section contains data necessary for BMT Micro (your
  5319. name, company, address, phone and fax).
  5320.  
  5321. The second section contains the "Registration Information" that
  5322. will be relayed to me so that I can build the key and deliver it
  5323. to you.
  5324.  
  5325. The third section contains the product and cost indication.
  5326. The registration is valid for any operating system.
  5327.  
  5328. The forth section contains data for Credit Card payment.
  5329.  
  5330. To avoid errors, please PRINT.
  5331.  
  5332. Thank you very much for your support !
  5333.  
  5334.  
  5335. ΓòÉΓòÉΓòÉ 9.2.3.1. Reg ΓòÉΓòÉΓòÉ
  5336.  
  5337.  
  5338. Reg:
  5339.    The registration string you want displayed by the program,
  5340.    ASCII characters only (<127).
  5341.    Maximum length: 63 characters.
  5342.  
  5343.  
  5344. ΓòÉΓòÉΓòÉ 9.2.3.2. e-mail to ΓòÉΓòÉΓòÉ
  5345.  
  5346.  
  5347. e-mail to:
  5348.    This is your internet e-mail address, if available.
  5349.  
  5350.  
  5351. ΓòÉΓòÉΓòÉ 9.2.3.3. Netmail to ΓòÉΓòÉΓòÉ
  5352.  
  5353.  
  5354. Netmail to:
  5355.    You have to specify the complete destination field for the
  5356.    netmail message.
  5357.  
  5358.    Examples:
  5359.         John Doe of 1:200/300.4
  5360.         John Doe of 1:200/300.0
  5361.  
  5362.  
  5363. ΓòÉΓòÉΓòÉ 9.2.3.4. Crash to ΓòÉΓòÉΓòÉ
  5364.  
  5365.  
  5366. Crash to:
  5367.    You have to specify the data necessary for crashing the
  5368.    message. Usually this should be your system or your Boss
  5369.    (if you are a point).
  5370.  
  5371.    I will call as 2:332/504@fidonet.
  5372.  
  5373.    - If your system (or your Boss) is 24h and it is in the
  5374.     fidonet nodelist, you can omit this field.
  5375.  
  5376.    - If your system is not 24h, please give me a 24h system to
  5377.     which I can crash your netmail for routing.
  5378.  
  5379.    - If the system in consideration is not in the fidonet
  5380.     nodelist, please add its complete phone number and modem
  5381.     type.
  5382.  
  5383.    Examples:
  5384.         1:200/400@fidonet
  5385.         9:800/700@ABCnet +1-703-4567 V34, ISDNC
  5386.  
  5387.  
  5388. ΓòÉΓòÉΓòÉ 9.3. Register.For ΓòÉΓòÉΓòÉ
  5389.  
  5390.  
  5391.  
  5392.  
  5393. NEF Registration Form
  5394.  
  5395. (Please PRINT)
  5396.  
  5397. See Register.Doc for instructions:        Date: __/__/__
  5398.  
  5399. Name: _________________________________________________________
  5400.  
  5401. Reg.: _________________________________________________________
  5402.  
  5403. e-mail to: ____________________________________________________
  5404.  
  5405. Netmail to: ___________________________________________________
  5406.  
  5407. Crash to: _____________________________________________________
  5408.  
  5409. Fax: __________________________________________________________
  5410.  
  5411. Address: ______________________________________________________
  5412.  
  5413.      ______________________________________________________
  5414.  
  5415.      ______________________________________________________
  5416.  
  5417. Version: _.___  OS/2 ( )  NT ( )  DOS ( )
  5418.  
  5419. Notes: ________________________________________________________
  5420.  
  5421. _______________________________________________________________
  5422.  
  5423. _______________________________________________________________
  5424.  
  5425.  
  5426.  
  5427.  
  5428. ΓòÉΓòÉΓòÉ 9.4. BmtMicro.For ΓòÉΓòÉΓòÉ
  5429.  
  5430.  
  5431. BMT Micro
  5432. NEF Registration Form
  5433.  
  5434.       *****************************************
  5435.       * DO NOT SEND this form to the author ! *
  5436.       *****************************************
  5437.  
  5438. See Register.Doc for instructions, please PRINT:  Date: __/__/__
  5439.  
  5440. Name: __________________________________________________________
  5441.  
  5442. Company: _______________________________________________________
  5443.  
  5444. Address: _______________________________________________________
  5445.  
  5446. ________________________________________________________________
  5447.  
  5448. City: ______________________  State/Province: _________________
  5449.  
  5450. Country: ___________________________ Postal Code: ______________
  5451.  
  5452. Phone: _________________________________________________________
  5453.  
  5454. Fax: ___________________________________________________________
  5455.  
  5456.  
  5457.          REGISTRATION INFORMATION
  5458.  
  5459. Reg.: __________________________________________________________
  5460.  
  5461. e-mail to: _____________________________________________________
  5462.  
  5463. Netmail to: ____________________________________________________
  5464.  
  5465. Crash to: ______________________________________________________
  5466.  
  5467.  
  5468. Product: NEF (by Alberto Pasquale)       Price:  US$ 25.00
  5469.  
  5470. North Carolina residents, please add 6% sales tax:   +US$ __.__
  5471.  
  5472.                         Total:  US$ __.__
  5473.  
  5474. For credit card payment only:
  5475.  
  5476. Circle one: VISA / Master / Discover / AMEX / Diner's Club
  5477.  
  5478. Credit card number   : _______________________________________
  5479.  
  5480. Expiration date     : ___/___
  5481.  
  5482. Authorization signature: _______________________________________
  5483.  
  5484.  
  5485. ΓòÉΓòÉΓòÉ 9.5. PsL.Crd ΓòÉΓòÉΓòÉ
  5486.  
  5487.  
  5488.  
  5489.  
  5490. NEF Credit Card Registration Form
  5491. PSL Part number 11474
  5492.  
  5493.       *****************************************
  5494.       * DO NOT SEND this form to the author ! *
  5495.       *****************************************
  5496.  
  5497.    Please read carefully Register.Doc for instructions.
  5498.  
  5499.  
  5500.                  Date _________________________
  5501.  
  5502.  
  5503. Cardholder's name, exactly as it appears on the credit card:
  5504.  
  5505.       _____________________________________________________
  5506.  
  5507. [Company:] _____________________________________________________
  5508.  
  5509.  
  5510. Billing address for the card:
  5511.  
  5512.    ___________________________________________________________
  5513.  
  5514.    ___________________________________________________________
  5515.  
  5516.    ___________________________________________________________
  5517.  
  5518. Payment by:  ( ) MasterCard      ( ) Visa
  5519.        ( ) American Express   ( ) Discover Card
  5520.  
  5521. Card #:  _______________________________  Exp. Date:  __________
  5522.  
  5523. Signature of cardholder: _______________________________________
  5524.  
  5525.  
  5526.  
  5527. ΓòÉΓòÉΓòÉ 10. Sample config files ΓòÉΓòÉΓòÉ
  5528.  
  5529.         Some example configuration files
  5530.  
  5531.  
  5532. ΓòÉΓòÉΓòÉ 10.1. Point or minimal Configuration ΓòÉΓòÉΓòÉ
  5533.  
  5534.  
  5535. ;     NEF 2.35, (c) Copyright 1991-1996 Alberto Pasquale
  5536.  
  5537. ;              Nef.Cfg Example
  5538.  
  5539. ;             Minimal configuration
  5540.  
  5541.  
  5542. ; RegKey <RegKey>           ; registration Key
  5543. Address    2:332/504.1        ; Address
  5544. StatusLog   d:\point\log\nef.LOG   ; Binkley Style Log File
  5545. NetFile    d:\point\inb       ; Inbound
  5546. OutBound   d:\point\outbound     ; Primary Outbound
  5547. TicHold    d:\point\tichold     ; To hold outgoing .TICs
  5548. CheckCRC                ; Check ingoing files
  5549.  
  5550. FileLink 2:332/504 Password C     ; Attach with Crash flavour
  5551.  
  5552. FileArea APBBS   d:\point\file\apbbs   O 2:332/504 ; Output only
  5553. FileArea AREA1   d:\point\file\area1   * 2:332/504 ; This is bidirectional
  5554.  
  5555.  
  5556. ΓòÉΓòÉΓòÉ 10.2. Full configuration ΓòÉΓòÉΓòÉ
  5557.  
  5558.  
  5559. ;      NEF 2.35, (c) Copyright 1991-1996 Alberto Pasquale
  5560.  
  5561. ;              Nef.Cfg  Example
  5562.  
  5563. ;              Full configuration
  5564.  
  5565.  
  5566. ;                SYSTEM
  5567.  
  5568.  
  5569. ; RegKey XXXXXXXXXXXXXXXXXXXXXXXXXXXXX  ; for Registered users
  5570.  
  5571.  Address    2:332/504.0        ; Primary Address
  5572.  Address    2:332/524.0        ; Second line
  5573.  Address    2:332/500.0        ; Hub
  5574.  Address    81:449/9108.4       ; Point in OS2Net
  5575.  
  5576.  StatusLog   d:\bbs\log\nef.log    ; Binkley Style Log File
  5577. ; EchoTossLog  d:\bbs\squish\echotoss.log
  5578.  
  5579.  NetFile    d:\bbs\inb\net      ; Inbounds
  5580.  NetFile    d:\bbs\inb\netp
  5581.  
  5582.  OutBound   d:\bbs\out\fido      ; Primary Outbound
  5583.  OutBound   d:\bbs\out\amiga 39    ; Outbound for zone 39
  5584.  
  5585.  TicHold    d:\bbs\tichold      ; To hold outgoing .TICs
  5586.  
  5587.  BusyFlags               ; .BSY support (multitasking)
  5588.  
  5589. ; NoRaidBeforeHatch           ; Skip TicFix when hatching
  5590.  
  5591.  MsgSize 32000             ; Max size before msg split
  5592.  
  5593.  TicAreaCfg  d:\bbs\nef\TicArea.Cfg  ; Where file areas are defined
  5594.  
  5595.  CompressCfg  d:\bbs\squish\compress.cfg ; OS/2 Only
  5596.  
  5597.  SquishCfg   d:\bbs\squish\squish.cfg  ; Optional support for Squish
  5598.  MaxPrm    d:\bbs\max\max.prm     ; Optional support for Max 3.x
  5599. ; MaxAreaAdd  d:\bbs\max\filearea.ctl 0 Transient Tic.New
  5600. ; MaxAreaCompile siltp max -a -2a
  5601.  FileBaseUpdate             ; Internal Max filebase update
  5602. ; UniqueDmpLine
  5603.  
  5604. ;               TIC PROCESSING
  5605.  
  5606.  
  5607. ; NoSecure            ; Disable security checks
  5608. ; NoReplace 3* AP*        ; Disable replace in spec. areas
  5609.  CheckCRC            ; Check CRC of ingoing files
  5610.  
  5611.  Touch Creation         ; Touch Creation date on toss
  5612.  KillDate Creation       ; Use Creation date to kill old files
  5613.  
  5614. ; MultiLineDesc 31        ; Enable Files.bbs multi-line descriptions
  5615.  
  5616.  NewAreasPath c:\file          ; Path for auto-created areas
  5617.  NewAreasFrom 10:10/100         ; Address authorized for auto-creation
  5618.  NewAreasFrom 2:339/900 #2:332/500   ; Address override for created areas
  5619.  
  5620.  DescStart "/bt [00] " 1* 2*      ; Description prefix in areas 1*, 2*
  5621.  DescStart "/b [00] " 3*        ; A different one for areas 3*
  5622.  
  5623.  TagFwd 1-Comm Bbs AC*n TRY.*      ; Some area split forward
  5624.  TagFwd GenNode Pointlst PTLIST.*
  5625.  
  5626. ; FeatureLoad d:\bbs\nef\MyDll      ; Feature DLL support
  5627. ; Feature CfgItem1 "This is Item 1"
  5628. ; Feature CfgItem2 "This is Item 2"
  5629.  
  5630.  
  5631.  
  5632. ;               TIC ANNOUNCEMENTS
  5633.  
  5634. ; Default announcement parameters
  5635.  
  5636.  FromNode   2:332/504.0        ; For the message header
  5637.  ToNode    2:332/504.0
  5638.  From     Alberto Pasquale
  5639.  To      All
  5640.  Subj     New Echo Files
  5641.  Attr                  ; no special attribute
  5642.  
  5643.  Prefix    d:\bbs\nef\PREFIX.NEF   ; Message body prefix, suffix, origin
  5644.  Suffix    d:\bbs\nef\SUFFIX.NEF
  5645.  Origin    <ApWorks Modena I +39-59-246112/3>
  5646.  
  5647. ; Announcement areas: default parameters can be overridden
  5648.  
  5649.  AreaTag    APWORKS          ; If SquishCfg can't be used,
  5650.  Announce   APBBS*          ; path and type of area
  5651.  Prefix    RelPre.NEF        ; must be specified.
  5652.  Subj     New ApWorks files
  5653.  
  5654.  AreaTag    OS2BBS
  5655.  Announce   APBBS*
  5656.  NoAnnounce  *DOS*           ; Do not announce Tags
  5657.  Prefix    RelPre.NEF        ; that contain "DOS".
  5658.  Subj     New APBBS files
  5659.  
  5660.  AreaTag    SWN_332.500
  5661.  Announce   FLEET*
  5662.  Subj     New FleetStreet files
  5663.  
  5664.  AreaTag    SWN_332.500
  5665.  Announce   HARALD* OS2POINT CFOS
  5666.  Subj     New files from Harald Kamm
  5667.  
  5668.  AreaTag    LOCAL_332.504
  5669.  Announce   *
  5670.  AnnExclude  NODE*           ; do not announce files whose
  5671.  Subj     New Files on ApWorks   ; name begins with NODE.
  5672.  
  5673.  AreaTag    NETMAIL
  5674.  Announce   <OUTVIEW> <DEF>
  5675.  From     NEF
  5676.  To      Alberto Pasquale
  5677.  Subj     Not Announced Elsewhere
  5678.  HighAsciiOk
  5679.  
  5680.  AreaTag    NETMAIL
  5681.  Announce   <BAD>
  5682.  From     NEF
  5683.  To      Alberto Pasquale
  5684.  Subj     Processed with Errors
  5685.  
  5686.  
  5687. ;                LINK ROBOT
  5688.  
  5689.  
  5690.  AutoLink NEF          ; The Link Robot will answer to these names
  5691.  AutoLink Raid
  5692.  AutoLink TicFix
  5693.  
  5694.  NetMail d:\bbs\mail\net -$
  5695.  NetMail d:\bbs\mail\os2net -$ -p81:449/9108.4
  5696.  
  5697. ; KillReceived           ; Kill instead of marking as received
  5698.  AreaDescWrap 25 79        ; Word wrap for area description
  5699.  HelpFile d:\bbs\nef\NefHelp.Txt  ; Returned when help requested
  5700.  
  5701.  ProtArea 1*    300/A     ; Areas 1* and 2* are protected
  5702.  ProtArea 2*    300/B
  5703.  ProtArea *     0      ; All the others are free
  5704.  
  5705.  FileBone d:\bbs\misc\FileAp.Lst
  5706.  FileBone d:\bbs\misc\FileBone.Na "Alberto Pasquale" SysOp 2:332/1 0
  5707.  
  5708. ; ForwardWildReq         ; Forward requests with wildcards.
  5709.  
  5710.  FileLink 2:332/593 pwd593 IN      ; Simplest link definition
  5711.  FileLink 2:331/196 pwd196 HNY NK 300/a ; This has a Link Robot access
  5712.  FileLink 2:332/123 pwd123 #2:332/500 H N 300/ab MI* FW* ; Full definition
  5713.  
  5714. ; If TicAreaCfg is not used, you can put area definitions here:
  5715.  
  5716. ; FileArea AREA1 d:\file\area1 O I2:332/1 504.1 .2 1:2/3
  5717. ; FileArea AREA2 d:\file\area2 O -0 I2:332/1 504.1 .2 1:2/3
  5718.  
  5719.  
  5720. ΓòÉΓòÉΓòÉ 10.3. Sample Prefix ΓòÉΓòÉΓòÉ
  5721.  
  5722.  
  5723. Echo Files received for distribution:
  5724.  
  5725. ===============================================================================
  5726.  
  5727.  
  5728. ΓòÉΓòÉΓòÉ 10.4. Sample Suffix ΓòÉΓòÉΓòÉ
  5729.  
  5730. ===============================================================================
  5731.  
  5732. F/R allowed to everybody (06:00->23:00 GMT)
  5733. 2:332/504@fidonet +39-59-246112 (ISDNC/V34+/VFC/V32T/H16)
  5734. 2:332/524@fidonet +39-59-246113 (ISDNC/V34/VFC/V32T/H16)
  5735.  
  5736.  
  5737. ΓòÉΓòÉΓòÉ 10.5. TicArea.Cfg ΓòÉΓòÉΓòÉ
  5738.  
  5739.  
  5740. ; typical areas:
  5741. ; AREA1 is "uplink to downlinks"
  5742. ; AREA2 is "uplink to downlinks" and passthru
  5743. ; AREA3 is "uplink to downlinks" and 30 day passthru
  5744. ; AREA4 is "downlinks to uplink"
  5745. ; AREA5 is bidirectional
  5746.  
  5747. FileArea AREA1 d:\file\area1 O I2:332/1 504.1 .2 1:2/3
  5748. FileArea AREA2 d:\file\area2 O -0 I2:332/1 504.1 .2 1:2/3
  5749. FileArea AREA3 d:\file\area3 O -030 I2:332/1 504.1 .2 1:2/3
  5750. FileArea AREA4 d:\file\area4 I O2:5/1 3/1 332/504.2 .3
  5751. FileArea AREA5 d:\file\area5 * 2:5/1 3/1 332/504.2 .3
  5752.  
  5753. ; some special areas with overrides
  5754.  
  5755. FileArea AREA6 d:\file\area6 O #2:332/500 I2:332/596 C555
  5756. FileArea AREA7 d:\file\area7 O S2:332/504.1 10:10/0 *100/1
  5757.  
  5758.  
  5759. ΓòÉΓòÉΓòÉ 10.6. Sample help file ΓòÉΓòÉΓòÉ
  5760.  
  5761.  
  5762. Command examples:
  5763.  
  5764. %Help    : For Help
  5765. %Query    : For a list of linked and available areas
  5766. %List    : Same as Query
  5767. %Linked   : For a list of linked areas
  5768. %Unlinked  : For a list of unlinked areas
  5769.  
  5770. =====================================================================
  5771.  
  5772. 1* -1-COMM
  5773.  
  5774. Adds all areas whose tag begins with '1', deletes area '1-COMM'.
  5775.  
  5776. =====================================================================
  5777.  
  5778. +2*
  5779. -2-WINDOW
  5780. 1-COMM
  5781.  
  5782. Adds all areas whose tag begins with '2', deletes area '2-WINDOW',
  5783. adds area '1-COMM'
  5784.  
  5785. =====================================================================
  5786.  
  5787. "Special" areas:
  5788.  
  5789. NODEDIFF - FidoNet nodelist (diff)
  5790. NODELIST - Region 33 (ZIPped)
  5791. ISNPTLST - Italian pointlist (from ISNMAIN)
  5792. NET-LIST - Non FidoNet nodelist (diff)
  5793.  
  5794. =====================================================================
  5795.  
  5796.  
  5797. ΓòÉΓòÉΓòÉ 10.7. Compress Definition ΓòÉΓòÉΓòÉ
  5798.  
  5799.  
  5800. ;        Example Compress.Cfg definition file
  5801. ;
  5802. ; If you are already using a Compress.Cfg file with other programs,
  5803. ; you do not need this one.
  5804. ; Just make sure you use the correct switches to avoid case mismatch
  5805. ; with case sensitive archivers, as ZIP/UNZIP.
  5806. ;
  5807. ; The DOS prefix is for the NT version too.
  5808.  
  5809.  
  5810. Archiver ARC
  5811.    Extension   ARC
  5812.    Ident     0,1a
  5813. OS2  Add      arc aw5 %a %f
  5814. DOS  Add      pkpak -oct a %a %f
  5815. OS2  Extract    arc ew %a %f
  5816. DOS  Extract    pkunpak /r %a %f
  5817. OS2  View      arc vw %a
  5818. DOS  View      pkpak v %a
  5819. End Archiver
  5820.  
  5821.  
  5822. DOS Archiver PAK
  5823. DOS   Extension    PAK
  5824. DOS   Ident      -2,fe
  5825. DOS   Add       pak a %a %f
  5826. DOS   Extract     pak e /wn %a %f
  5827. DOS   View       pak v %a
  5828. DOS End Archiver
  5829.  
  5830.  
  5831. Archiver ZIP
  5832.    Extension   ZIP
  5833.    Ident     0,504b0304
  5834. OS2  Add      zip -jk %a %f     ; store in uppercase
  5835. DOS  Add      pkzip -a %a %f
  5836. OS2  Extract    unzip -qqnjC %a %f  ; case insensitive extract
  5837. DOS  Extract    pkunzip -n %a %f
  5838. OS2  View      unzip -v %a
  5839. DOS  View      pkzip -v %a
  5840. End Archiver
  5841.  
  5842.  
  5843. Archiver LH
  5844.    Extension   LZH
  5845.    Ident     2,2d6c68             ; "-lh"
  5846. OS2  Add      lh a %a %f
  5847. DOS  Add      lha a /m %a %f
  5848. OS2  Extract    lh x %a %f /o
  5849. DOS  Extract    lha e /m %a %f
  5850. OS2  View      lh l %a /v /o
  5851. DOS  View      lha l %a
  5852. End Archiver
  5853.  
  5854.  
  5855. Archiver ARJ
  5856.    Extension   ARJ
  5857.    Ident     0,60ea
  5858. DOS  Add      arj a -e+ %a %f
  5859. OS2  Extract    unarj e %a %f
  5860. DOS  Extract    arj e -n %a %f
  5861. OS2  View      unarj l %a
  5862. DOS  View      arj l %a
  5863. End Archiver
  5864.  
  5865.  
  5866. Archiver RAR
  5867.    Extension   RAR
  5868.    Ident     0,526172211a0700
  5869.    Add      rar a -ep -y %a %f
  5870.    Extract    rar e -o- -y %a %f
  5871.    View      rar v -y %a
  5872. End Archiver
  5873.  
  5874.  
  5875.